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g) Scheduling of concurrent processes in a microcomputer system. 



© A microcomputer comprising memory (19, 20, 21) and 
processor (12) is arranged to execute a plurality of concurrent 
processes and share its time between them. The microcomputer 
includes means (35) for indicating a current proce ss as well asa 
collection of processes jawaiting execujion^Processes may be 
added to the collection. Next process indicating means is pro- 
vided to indicate the next process to be executed. Synchronisa- 
tion means (10, 50) is provided to synchronise communication 
between concurrent processes (32. 33, 34) on the same micro- 
computer or interconnected microcomputers. The synchroni- 
^ sation means (1 0, 50) may schedule a process by adding it to the 
~ collection or terminating execution of the current process. 
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TITLE MODIFIED 

HTfflOCQHWTB seefrontpage 

The invention relates to microcomputers and particularly to 
the scheduling of a plurality of concurrent processes in a 
microcomputer permitting process to process communication. 

Microcomputers generally comprise a processor and memory and 
may operate in accordance with a sequence of instructions 
derived from a stored program. A processor may be required to 
share its time between a plurality of concurrent processes and 
this will require scheduling and descheduling of processes to 
permit sharing of the processor time. Furthermore processors 
may wish to communicate messages between processes so that the 
processes may require scheduling or descheduling in order to 
effect message transmission. 

It is an object of the present invention to provide an 
improved microcomputer system in which a plurality of 
concurrent processes may be efficiently scheduled and 
descheduled in effecting synchronised message transmission 
between processes. 

It is a further object of the present invention to provide a 
microcomputer system in which a plurality of concurrent 
processes may be efficiently scheduled and descheduled while 
effecting on-chip and off-chip process to process 
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communication while providing a simplified program sequence 
for both on-chip and off-chip communication. 

The present invention provides a microcomputer comprising 
memory and a processor arranged to execute a plurality of 
concurrent processes in accordance with a plurality of program 
steps, said program steps consisting of a plurality of 
instructions for sequenti al execution by the p rocessor, the 
microcomputer including scheduling means for scheduling the 
execution of a plurality of processes by the processor, said 
scheduling means comprising 

(i) means for indicating the current process which is 
being executed by the processor, 

(ii) means for identifying one or more processes which 
form a collection awaiting execution by the processor, 

(iii) means for adding to the said collection one or more 
further processes, 

(iv) next process indicator means to indicate the next 
process in said collection to be executed by the 
processor, and 

(v) a program stage indicator for each concurrent 
process , 

wherein one or more communication channels are provided for 
message transmission between concurrent processes, together 
with synchronising means for synchronising message 
transmission through said channel or channels, the processor 
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being arranged to respond to selected instructions to stop 
execution of the said current process by the processor and to 
respond to the said next process indicator means to make the 
process indicated the current process, whereby the processor 
is operated to share its processing time between a plurality 
of concurrent processes, and is arranged to schedule processes 
in effecting synchronised message transmission between 
concurrent processes. • 

The invention also provides a method of operating a plurality 
of concurrent processes in a microcomputer as aforesaid which 
method comprises indicating the current process which is being 
executed, identifying one or more processes forming a 
collection awaiting execution, indicating the next process in 
said collection to be executed, indicating the program stage 
for each concurrent process, characterised by effecting 
synchronised message transmission between two processes 
through one or more channels, the processor responding to a 
synchronising instruction to stop executing the current 
process and to make the next process indicated the current 
proess whereby the processor shares its processing time 
between a plurality of concurrent processes and schedule 
processes in effecting synchronised message transmission 
between concurrent processes. 

The invention also provides a method of operating concurrent 
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processes in a computer system comprising a network of 
interconnected integrated circuit devices wherein each 
concurrent process executes a program having' a plurality of 
instructions comprising: 

forming a respective first pointer for each process to 

identify the process; 

forming a respective second pointer for each process to 
indicate a program stage for the process; 
scheduling a plurality of processes for execution by a • 
processor, including indicating a current process which 
is being executed by a processor, identifying one or more 
processes forming a collection awaiting execution by the 
processor, in response to a particular instruction 
terminating execution of the current process, storing a 
second pointer for said current process, changing the 
indication of the current process to indicate the next 
process in said collection, and then executing said next 
process at a program stage indicated by the second 
pointer of the said next process; 
characterised by transmitting messages between concurrent 
processes through a plurality of addressable communication 
channels including channels of a first type to permit data 
communication between processes on the same integrated circuit 
device and channels of a second type to permit data 
communication between processes- on one said integrated device 
and a different integrated circuit device, wherein each 
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process executes a sequence of instructions in a program 
including a communication _ instruction arranged to address a 
channel of the first or second type depending on whether the 
said another process is on the same integrated circuit device 
or on a different integrated circuit device, the program 
sequence incorporating said communication instruction being 
the same regardless of the type of channel selected by the 
channel addressing. 

The invention also provides a network of interconnected 
microcomputers as aforesaid. 

It will be understood that the term microcomputer relates to 
small size computers generally based on integrated circuit 
devices but it does not impose any limit on how small the 
computer may be. 
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An example of a microcomputer in accordance with the present 
invention will now be described by way of example and with reference 
to the accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a block diagram showing the main features of the 
microcomputer. 

Figure 2* is as more detailed block diagram of some of the components 
shown in Figure 1 and in particular illustrates more fully the memory 
and serial links for external communication, 

Figure 3 shows further detail in block diagram form of part of the 
microcomputer and particularly illustrates the registers, data paths 
and arithmetic logic unit of the central processing unit as well as 
the interface between the central processing unit and other units of 
the microcomputer, 

Figure 4 illustrates the use of workspaces within the memory, 

Figure 5 illustrates schematically a form of instruction used in the 
microcomputer, 

Figure 6 shows in wave form the relative timing and duration of a 
plurality of timing control signals, 

Figure 7 illustrates the generation of timing control signals, 

Figure 8 illustrates the operation of the microcomputer of Figures 1 
to 3 with variable length operands. 

Figures Ste to 5te illustrate successive operations in one manner of 
communicating using a two word channel between two processes which 
are executed by the same microcomputer, 
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Figure 10 illustrates the operation of two communicating processes on 
one microcomputer, 

Figure 11 shows a network of interconnected microcomputers, including 
detail of the serial link connection between two of them, 

Figure 12 illustrates a sequence of operations for effecting 
communication via serial links between two processes carried out on 
different microcomputers, 

Figures 13a and 13b illustrate the format of data and acknowledge 
packets for transmission through serial links between two 
microcomputers, 

Figure 14 illustrates the operation of the same two communicating 
processes of Figure 10 on two interconnected microcomputers, 

Figure 15 shows a logic diagram of one output serial link, 

Figure 16 shows a logic diagram of one input serial link, 

Figure 17 shows the chip formation which may be used for the 
microcomputer of Figure 1, and 

Figure 18 shows an alternative chip formation which may be used for 
the microcomputer of Figure 1. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The microcomputer described herein is an example of a Transputer 
(Trade Mark of Inmos International pic) microcomputer and comprises a 
single silicon chip having both a processor and memory as well as 
links to permit external communication. It is capable of carrying 
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out a plurality of concurrent processes and effecting scheduling and 
communication between processes both on the same chip or separate 
chips-. Each microcomputer has at least one K byte of memory in the 
form of programmable RAM on the same chip as the processor and the 
processor is capable of obeying programs in the chip's memory. The 
microcomputer has a plurality of communication links, herein called 
serial links, to enable it to be connected into a network of 
interconnected microcomputers so that any one microcomputer can be 
used as a building block for a network. The communication between 
any two microcomputers is effected by a serial link which provides 
one or more specific pin to pin connections each interconnecting two 
and only two microcomputers. Each link is not shared with other 
microcomputers or with any external memory. The microcomputer is 
provided with means for synchronisation in data transmission between 
microcomputers within the network so that communication through a 
link between two microcomputers can be initiated by either the 
receiving or transmitting microcomputer. 

The microcomputer contains a program with a plurality of sequential 
instructions each consisting of two parts, one part representing the 
function of the instruction and the other part representing data 
which is loaded into an operand register. In this way the function 
part of each instruction is of the same bit length regardless of the 
word length of the processor and in this way uniformity of function 
format and function bit length is achieved regardless of the word 
length of the processor. A further important feature of the 
microcomputer is that its operation is effected by use of a function 
set which is simple and efficient. The function set consists of a 
minimum number of functions. The function set includes direct 
functions which cause the processor to carry out an operation on the 
contents of the operand register. In a preferred arrangement it also 
includes one indirect function and two prefixing functions. The use 
of the indirect function allows a large number of processor 
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operations to be used without increasing the number and size of data 
registers to perform the operations. Furthermore the use of a 
prefixing function provides for variable length operands. 

By use of a microcomputer in accordance with this example, any 
required network of microcomputers can be formed by interlinking a 
number of microcomputers and the resulting network operates in the 
same way as any single microcomputer. 

GENERAL DESCRIPTION OF THE STRUCTURE 

The main elements of the microcomputer are illustrated in Figure 1 on 
a single silicon chip 11 using p-well complementary MOS technology, 
which will be described in more detail with reference to Figure 17. 
The components provided on the chip have been indicated in block form 
in Figure 1 although it will be appreciated that the blocks are not 
intended to represent the relative size and positioning of the 
various components. On the chip there is provided a central 
processing unit (CPU) 12 which includes some read-only memory (ROM) 
13. The CPU 12 is coupled to a memory interface 14 controlled by 
interface control logic 15. The CPU 12 incorporates an arithmetic 
logic unit (ALU), registers and data paths which will be described in 
more detail with reference to Figure 3. The CPU 12 and memory 
interface 14 are connected to a bus 16 which provides interconnection 
between the elements on the chip 11. A service system 17 is provided 
with a plurality of input pins 18 including a zero volt supply, a 5 
volt supply, a reset pin which may be activated to reset the 
microcomputer to a defined state, and a clock pin 28. The 
microcomputer is provided with a substantial amount of memory on the 
chip 11 and this is represented by a random-access memory RAM 19 and 
the ROM 20. The amount of memory on the chip should not be less than 
1 K byte so as to provide sufficient memory capacity to allow the 
processor 12 to be operated without external memory. Preferably the 
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memory on the chip is at least 4 K bytes. The division between RAM 
and ROM on the chip may be selected to suit the particular 
requirements for the microcomputer. The memory also includes 
redundancy 21 (this may be as described in our US Patent No 4346459 
or US Serial Mo 194613 or UK Patent Application No 8231055) This 
region 21 of memory has rows and columns selectively connectable by 
fuses as shown to replace defective regions of the memory 19 or 20 
and thereby increase the production yield of chips which are 
satisfactory for use. The operation of the microcomputer includes 
timing control responsive to clock pulses from the pin 28. An 
external memory interface 23 is provided and connected to a plurality 
of pins 24 for connection to an optional external memory (not 
shown). In order to allow the microcomputer to be linked to other 
similar microcomputers to form a network, a plurality of serial links 
25 are provided and in this example four are shown. Each serial link 
25 has an input pin 26 and an output pin 27 each of which can be used 
to form a single pin to pin connection to corresponding output and 
input pins respectively of a further microcomputer. Each serial 
link is connected to a synchronisation logic unit 10 comprising 
process scheduling logic which will be described in more detail 
below. Although the drawings show four serial links 25, three links, 
or even two links, may be used to form a single network but 
preferably at least six, and for example seven, such links are 
provided so that they may be fully interconnected in any -desired 
array . 

GENERAL DESCRIPTION OF USE OF CHIP MEMORY AND 
COMMUNICATION CHANNELS AND LINKS 

Figure 2 shows some of the elements of the microcomputer in more 
detail and in particular it illustrates the use of the memory on the 
chip. The microcomputer may be used to carry out a plurality of 
concurrent processes on the same chip and in Figure 2 the operation 
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of three concurrent processes have been shown. The memory is used to 
store the program 30 which may be stored in either ROM 20 or RAM 19. 
In this particular example the microcomputer is a 16 bit word device 
although it will be understood that other word lengths may be used. 
The program 30 consists of a sequence of instructions which in this 
example are each of 8 bit length and this instruction length may 
remain the same even if the processor is of word length other than 16 
bits. Each instruction is of the format shown in Figure 5 where the 
most significant 4 bits represent the function of the instruction and 
the least significant 4 bits represent data. The program 30 
incorporates no data other than that held in the designated part of 
each instruction. The manner in which the processor responds to each 
function and the way in which the data is handled depend on the 
particular function selected from a set of functions which will be 
described below, but the format of the function and data parts of 
each instruction is always the same. The memory also stores data 31 
which may be stored in either the ROM 20 or RAM 19. 

The microcomputer carries out a number of processes toget her, sharin g 
its time between them. Processes which are carried out together are 
called concurrent processes. At any time, only one of the processes 
is actually being executed by the microcom puter a nd this process is 
called the current process. Each concurrent process to be effected by 
the microcomputer uses a region of memory called a workspace for 
holding the local variables and temporary values manipulated by the 
process. The address of the first local variable of each workspace is 
indicated by a workspace pointer (WPTR). Similarly for each 
concurrent process, an instruction pointer (IPTR) is used to indicate 
the next instruction to be executed from the sequence of instructions 
in the program relating to that particular process. In Figure 2, 
which shows three concurrent processes, the workspace for process 1 
is indicated by the numeral 32 and the corresponding workspaces for 
processes 2 and 3 have been marked 33 and 34. Each workspace 
consists of a plurality of addressable word locations and one word 
location 35 of each workspace is used to store the workspace pointer 
(WPTR) of the next process to be executed on a list of processes 
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waiting to be executed. Thus, a linked list is formed in memory 
containing pointers to a sequence of workspaces for processes to be 
executed. If the processor is working on process 1 (see Figure 2) 
and reaches a point where it is instructed that for the time being it 
is to stop executing that process, the CPU 12 will begin work on the 
next process, e.g. process 2. It will be directed to that next 
process by reading the workspace pointer in memory at location 35. 
In the preferred embodiment there is a known relationship between 
workspace pointer for any process and the address of the workspace 
pointer of the next process on the linked list, so that the next part 
of the linked list will be easily available from the current process 
workspace. For each process workspace, a further word location 36 
stores the instruction pointer (IPTR) for that process. It will be 
appreciated that although workspaces for only three processes are 
shown in Figure 2, the number may be varied depending on the number 
of concurrent processes to be carried out. 

In order to allow communication between different processes carried 
out by the same microcomputer, a plurality of communication channels 
indicated by the numerals 40, 41, 42 and 43 are provided in the RAM 
section 19 of the memory. In this example each communication channel 
consists of two word locations in memory, one f or ^use i n i denti fying 
the process wish ing to use t he channel a nd the._sepQnd^r_Jiolding_the 
data to be communic ated through the channel. The operation of these 
channels will be described more fully with reference to Figures 
9a-9e. Figure 2 also shows in more detail the formation of one 
serial link 25. It is to be understood that each of the serial links 
is similarly formed. As indicated, the link 25 incorporates two 
channels 45 and 46 each forming a uni -directional communication 
channel. In this way the channel 45 is used as an. input channel and 
the channel 46 as an output channel. Each channel consists of two 
registers each addressable in a manner similar to the two word 
locations of each of the channels 40 to 43. The two registers 
consist of a process register 47 used to indicate the process 
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involved in the communication and a data register 48 for holding the 
data to be transmitted. The data register 48 in the input channel is 
connected to pin 26 and the data register 48 in the output channel is 
connected to pin 27. The operation of the two registers 47 and 48 is 
controlled by control logic 50 coupled to the synchronisation unit 
10. The operation of the serial links, control logic 50 and unit 10 
will be described in more detail with reference to Figures 12 to 16. 

The RAM section 19 of the memory is used to provide the workspaces 32 
to 34 as well as the communication channels 40 to 43 and it may also 
be used for holding the program and data if required. The ROM 20 may 
be used for a variety of purposes such as for example holding an 
interpreter for a high level programming language or for storing 
"look-up" tables for standard operations. It may also be used to 
hold control programs for peripheral devices where the microcomputer 
is intended for a specific purpose. 

CPU OATA PATHS AND REGISTERS 

The central processing unit 12 and its operation will be more fully 
understood with reference to Figure 3. 

The CPU 12 includes an arithmetic logic unit (ALU) 55 and a plurality 
of data registers connected to three data buses, X bus, Y bus and Z 
bus. The operation of the registers and their interconnections with 
the buses is controlled by a plurality of switches diagrammatically 
represented by the reference numeral 56 and controlled by signals 
derived from a micro-instruction program contained in the ROM 13. It 
will be understood that these are switch means integrally formed in 
the chip construction. Communication between the CPU and the memory 
(19, 20, 21) is effected via a unidirectional address path 61 leading 
to the memory interface 14 and a bidirectional data bus 62 also 
connected to the interface 14. The registers, buses 61 and 62, and 
the X, Y and Z buses are connected as shown in Figure 3. The 
registers are as follows: 
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Register 

Memory address register 60 containing the address of 
the memory location required. 

Instruction buffer 63 for receiving sequentially from 
memory instructions of the form shown in Figure 5. 

An operand register 65 for receiving the data derived 
from an instruction in the instruction buffer 63. 

A register 67 which holds the instruction pointer 
(IPTR) of the current process. 

A register 70 for supplying data to the memory on the 
data bus 62. 

A first (A) register 71 for holding an operand for the 
ALU 55. 

A second (B) register 72 arranged as a stack with the 
AREG for holding operands for the ALU 55. 

A register 73 for holding the workspace pointer 
(WPTR) of the current process. 

A register 74 for holding a pointer to the 
workspace of the last process on the 
list of processes waiting to be executed. 
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As shown in Figure 3, an incrementer 66 and a byte aligner 69 are 
also provided. 

The data bus 62 is provided with a switch 75 operable to precharge 
the data bus line 62. The X and Y buses are respectively provided 
with similar switches 76 and 77 operable to precharge the X and Y 
buses. A further switch 78 is provided between the X and Y buses and 
is operable to cause signals on the two buses to merge. 

The arithmetic logic unit 55 receives inputs from both the X and Y 
buses and is arranged to output to the Z bus. It provides a further 
output 8 to the micro-instruction program ROM 13, through a condition 
multiplexor 9, so as to control the operation of the data path in 
dependence on the output of the ALU 55. 

The instruction buffer 63 is arranged to receive from the memory (19, 
20, 21) via interface 14 and bus 62 a sequence of 8 bit words, herein 
called instructions, each of which has the format shown in Figure 5 
and consists of two parts. One part represents a "function" selected 
from the function set described below and the other part represents 
data. The instruction buffer 63 provides an output to a decoder 64 
which separates the instruction into the function and data halves. 
The data half is loaded into the operand register 65 and the function 
half is decoded to provide an address to a micro-instruction register 
(MIR) 80. The identical procedure is followed for all instructions, 
regardless of function selected. Each instruction received by the 
instruction buffer 63 loads into the MIR 80 an address which causes 
the micro-instruction program in the ROM 13 to execute one or more 
micro-instructions controlling the switches 56 and interface control 
logic 15 so that at the end of each sequence of micro-instructions, 
an operation has been effected by the registers, control logic 15, 
and data paths of Figure 3 corresponding to the selected function in 
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the instruction. The operation of the micro-instruction program will 
be described more fully below. 

All the registers shown in Figure 3 apart from the instruction buffer 
63 and the micro-instruction register 80 are 16 bit registers. It 
will be appreciated that in this example in which the processor is a 
16 bit word processor, each 16 bit word location in the program 
contains two instructions, as each instruction is only 8 bits long. 
It is therefore necessary for the instruction pointer, which is held 
in the register 67 to be capable of pointing to a specific 8 bit byte 
in order to identify a single instruction from a program word 
location which incorporates two instructions. For this reason the 
program 30 (Figure 2), in this example, is written into the bottom 
half only of the memory 19. In this example the memory has 64K words 
and consequently the program 30 is written into locations 0 to 32767 
as the addresses of these locations can be represented by 15 bits 
only. This leaves an additional bit in the instruction pointer which 
can be used to identify which of the two bytes at each word address 
is necessary in order to identify a specific instruction. The 
micro-instruction ROM 13 contains 122 words, each of 68 bits. Each 
row of the ROM 13 contains 68 bits so that the ROM is arranged to 
provide 68 output signals at any time. The operation of the 
micro-instruction program will be described more fully below. * 

As can be seen from Figure 3, the interface logic controller 15 is 
provided with a plurality of single bit state latches which are used 
to record the state of the memory interface. A latch 110, called a 
running latch, defines the source of instructions to be executed. If 
the latch 110 has state 1 the source of instructions is memory (this 
may be an external memory via the interface 23 if desired). If the 
latch has state 0, the source of instructions is one of the serial 
links 25 to allow instructions to be received from an external 
source. It may be necessary to go repeatedly to the same serial link 
25 for two or more successive instructions whereas when the 
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instructions are derived from memory, the instruction pointer IPTR is 
advanced for each instruction. . An IB latch 112 records the state of 
the IB register 63. An MADOR latch 113 records the state of the 
MADDR register. A MEM ENABLE latch 114 records the state of the 
memory interface and has state 1 whenever the memory interface 14 is 
occupied. A WRITE latch 115 records that a write request has been 
made to the memory. The BYTE latch 116 records that a byte request 
has been made to the memory. An UPPER/LOWER latch 117 holds the 
least significant bit of byte addresses and is loaded from the least 
significant bit of the A register 71 when the content of the A 
register is shifted one place to the right. 

FUNCTION SET 

The function elements of the instructions which are received by the 
instruction buffer 63 are determined by the function set for the 
microcomputer. The function set is the list of available functions 
which can be selected when writing a program and to which the 
microcomputer is capable of responding. 

There are three types of function in the function set. 

Direct functions which use the contents of the operand 
register 65 as data (the contents of other registers may 
also be used as data). 

Indirect function which use the contents of the operand register 
65 to select one of a variety of "operations" using data 
in registers other than the operand register 65. The selectable 
"operations" are listed below the function set. 

Prefixing functions which accumulate operands into the 
operand register 65. 
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The function set is as follows: 

FUNCTIONS 



Code No Abbreviation Name 

Direct Functions 

0 . Idw load from workspace 

1 stw store to workspace 

2 ldpw load pointer into workspace 

3 ldwi load from workspace and increment 

4 idv load from vector 

5 stv store to vector 

6 Id! load literal 

7 adl add literal 

8 j jump 

9 jnz jump non zero 

10 Idpc load pointer into code 

11 call call procedure 

INDIRECT FUNCTIONS 

13 opr operate 

PREFIXING FUNCTIONS 

14 pfix prefix 

15 nfix negative prefix 



The operations which may be effected by use of indirect functions are 
as follows: 
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OPERATIONS 



Code No Abbreviation Name 



0 


rev 


reverse 


1 


eqz 


equal to zero 


2 


gt 


greater 


3 


and 


and 


4 


or 


or 


5 


xor 


exclusive or 


6 


add 


add 


7 


sub 


subtract 


8 


run 


run process 


9 


pse 


pause 


10 


join 


join 


11 


sync 


sychroni se 


12 


ret 


return 


13 


rot 


rotate bytes 


14 


sr 


shift right 


15 


si 


shift left 



Prior to describing these functions and operations, the notation 
which is used herein will be set forth. The Transputer microcomputer 
is used preferably with OCCAM (Trade Mark of Inmos International pic) 
language, which is set forth more particularly in the booklet 
entitled Programming Manual -OCCAM published and distributed by Inmos 
Limited in 1983 in the United Kingdom, as well as Taylor and Wilson, 
"Process - Oriented Language Meets Demands of Distributed 
Processing", Electronics (Nov. 31, 1982), both of which are hereby 
incorporated herein by reference. OCCAM language is particularly 
well suited to concurrent processing. Because the preferred 
embodiment is particularly suitable for concurrent processing, the 
use of OCCAM language with the present example is quite appropriate. 
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Other languages can be used with an appropriate compiler. In actual 
application, the programmer will write a program using OCCAM language 
and a compiler will convert this to particular instructions in 
customary fashion. Nevertheless, the functions and operations in the 
instructions are susceptible of description using OCCAM language to 
show what happens within the preferred embodiment of the 
microcomputer described herein. Thus, in describing these functions 
and operations, as well as examples of use, the following notation 
will be used: 

NOTATION 
1. PROCESS 

A process starts, performs a number of actions, and then terminates. 
Each action may be an assignment, an input or an output. An 
assignment changes the value of a variable, an input receives a value 
from a channel, and an output sends a value to a channel. 

At any time between its start and termination, a process may be ready 
to communicate on one or more of its channels. Each channel provides 
a one way connection between two concurrent processes; one of the 
processes may only output to the channel , and the other may only 
input from it. 

An assignment is indicated by the symbol ":=". An assignment 
v := e 

sets the value of the variable v to the value of the expression e and 
then terminates. For example, x := 0 sets x to zero, and x := x + 1 
increases the value of x by 1. 

An input is indicated by the symbol "?". An input 
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inputs a value from the channel "c", 
then termi nates. An input 

c ? ANY 

inputs a value from the channel "c", 
An output is indicated by the symbol 
c 1 e 

outputs the value of the expression 
terminates. An output 

c I ANY 



assigns 1t to the variable x and 

and discards the value. 
■1". An output 

e to the channel "c° and then 



outputs an arbitrary value to the channel "c". 
The process SKIP terminates with no effect. 



2. CONSTRUCT 

A number of processes may be combined to form a sequential, parallel, 
conditional or alternative construct. A construct is itself a 
process, and may be used as a component of another construct. Each 
component process of a construct is written two spaces further from 
the left hand margin, to indicate that it is part of the construct. 



A sequential construct is represented by 



SEQ 
PI 
P2 
P3 
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The component processex PI, P2, P3 ... are executed one after 
another. Each component process starts after the previous one 
terminates and the construct terminates after the last component 
process terminates. For example 

SEQ 
in ? x 
x := x + 1 
out 1 x 

Inputs a value, adds one to it, and then outputs the result. 

A parallel construct is represented by 

PAR 
PI 
P2 
P3 

• • • 

The component processes PI, P2, P3 ... are executed together, and are 
called concurrent processes. The construct terminates after all of 
the component processes have terminated. For example, 

PAR 
in ? x 
out ! y 

allows an input to x and output from y to take place together. 

Concurrent processes communicate using channels. When an input from a 
channel "c", and an output to the same channel "c" are executed 
together, communication takes place when both the input and the 
output are ready. The value is assigned from the outputting process 
to the inputting concurrent process, and execution of both concurrent 
processes then continues. 
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A conditional construct 
IF 

condition 1 
PI 

condition 2 
P2 

condition 3 
P3 



means 



that process PI is executed if condition 1 is true, otherwise 
process P2 is executed if condition 2 is true, and so on. Only one 
of the processes is executed, and the construct then terminates. For 
exampl e 

IF 

x >= 0 

y := y+1 
x < 0 

SKIP 

increases y only if the value of x is positive. 

An alternative construct 

ALT 
input 1 

PI 
input 2 

P2 
input 3 

P3 
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waits until one of input 1, input 2 ... is ready. If input 1 first 
becomes ready, input 1 is performed, and then process PI is 
executed. Similarly, if input 2 first becomes ready, input 2 is 
performed, and then process P2 is executed. Only one of the inputs 
is performed, and then the corresponding process is executed and the 
construct terminates. For example: 

ALT 
count? ANY 

counter counter * 1 
total ? ANY 

SEQ 

out I counter 
counter :=0 

either inputs a signal from the channel "count", and increases the 
variable "counter" by 1, or alternatively inputs from the channel 
"total", and outputs the current value of the variable "counter", and 
resets it to zero. 

3. REPETITION 

WHILE condition 
P 

repeatedly executes the process P until the value of the condition is 
false. For example 

WHILE x > 5 
x := x - 5 

decreases x by 5 until its value is less than 5. 
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4. VARIABLES 

A variable is either a simple variation, corresponding to a single 
word in store, or is one of a numbered set of variables called a 
vector. For example, v [3] :=-D sets the value of variable number 3 
in the vector v to 0, and v[0] 1 increases the value of variable 
number 0 by 1- 

A variable is introduced by a declaration such as 

VAR v : 
P 

which introduces v for use in the process P. 

5. PROCEDURES 

A procedure definition allows a process to be given a name. For 
exampl e 

PROC square ( n, sqr ) 
sqr := n * n 

defines the procedure "square". 

The procedure name may be used as an abbreviation for the process. 
For example 

square ( x, sqrx ) 
means 

sqrx := x * x 
6. EXPRESSIONS 



An expression is constructed from operators, variables, numbers, 
truth values TRUE and FALSE and the brackets ( and ). 
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TRUE is a value consisting entirely of 1 bits, and FALSE is a value 
consisting entirely of 0 bits. 

The operators +, *, / represent addition subtraction, 
multiplication and division as usual. 

For the operators =, <>, > and <=, the result is produced as shown 
below: 



true if x is equal to y 
true if x is not equal to y 
true if x is greater than y 
true if x is less than or equal to y 

For the operators \/, /\ and x, each bit of the result is produced 
from the corresponding bits of the operands according to the 
following table: 



x » y 
x <> y 
x > y 
x <= y 



x\/y x/\y xxy 

0 0 0 

1 0 1 
1 0 I" 
1 1 0 

For the NOT operator, each bit of the result is produced from the 

corresponding bit of the operand, according to the following table: 

x NOT x 

0 1 

1 0 



x y 

0 0 

0 1 

1 0 
1 1 



For the operators « and » 

x « y is the value of x moved y bits to the left, 

vacated bit positions being filled with 0 bits 
x » y the value of x moved y bits to the right 

vacated bit positions being filed with 0 bits 
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The above general OCCAM language notation will now be applied to the 
microcomputer of the example. 

The register variables are defined as follows: 

IPTR represents the contents of the instruction pointer 
register 67 

WPTR represents the contents of the workspace pointer 
register 73 

LPTR represents the contents of the list pointer register 74 
AREG represents the contents of the A register 71 
BREG represents the contents of the B register 72 
OREG represents the contents of the operand register 65 

A transfer from one register to another is represented by an 
assignment, eg: 

BREG := AREG 

which means that the contents of the A register is copied to 
the B register, replacing the. previous contents of the B 
register. 

The memory in the transputer is represented by a vector: 
memory 

An individual word in memory is identified by subscripting the 

vector eg: 

memory [ AREG ] 

which means the contents of the word in memory whose address 
is the contents of the A register. 

A transfer between memory and a register is similarly 
represented by an assignment eg: 
memory [ AREG ] := WPTR 
which means that the contents of the word in memory whose 
address is the contents of the A register is replaced by the 
contents of the workspace pointer register. 
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Three procedures (PROC) "run", "wait" and "moveto" occur frequently 
in the following description, they are defined as follows, wherein 
link [process] represents the contents of the process register 47 of 
a serial link 25 and MIL represents a special value which is not the 
workspace pointer of any process. READY represents a further special 
value used by the serial links:- 



1 PROC run (w) 

2 IF 

3 wo READY 

4 SEQ 

5 memory [ LPTR - 2] := w 

6 LPTR := w 

7 w = READY 

8 SKIP 

1 PROC wait 

2 SEQ 

3 memory [ WPTR - 1] := IPTR 

4 for each external request from a serial link 

5 SEQ 

6 run ( link [ process ] ) 

7 link [ process ] := NIL 

8 WPTR := memory [ WPTR - 2 ] 

9 IPTR := memory [ WPTR - 1 ] 

1 PROC moveto (w) 

2 SEQ 

3 IF 

4 WPTR = LPTR 

5 LPTR := w 

6 WPTR <> LPTR 

7 memory [ w - 2 ] := memory [ WPTR - 2 ] 

8 WPTR := w 
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In the above procedures, line numbers have been added for reference 
purposes in explanation which will be given below. 

Function and Operation Definitions 

These are now set out below using the notation defined above. 



load from workspace 



Definition: 



Purpose: 



SEQ 

BREG := AREG 

AREG := memory [ WPTR + OREG ] 

to load the value of a location 1n 
the current process workspace. 



store to workspace 



Definition: 



Purpose: 
load pointer into workspace 
Definition: 



SEQ 

memory [ WPTR ♦ OREG ] := AREG 
AREG := BREG 

to store a value in a location in 
the current process workspace. 



SEQ 

BREG := AREG 

AREG := WPTR + OREG 



-so- 025001 1 

Purpose: to load a pointer to a location in 

the current process workspace 

to load a pointer to the first 
location of a vector of locations in 
the current process workspace. 



load from workspace and increment 



Definition: 



SEQ 

BREG := AREG 

AREG := memory [ WPTR + OREG ] 
memory [ WPTR + OREG ] := AREG + 1 



Purpose: 



to load the value of a location in 
the current process workspace, and 
increment the location 



to facilitate the use of workspace 
locations as loop counters, 
incrementing towards zero 

to facilitate the use of -workspace 
locations as incrementing pointers 
to vectors of words or bytes. 



load from vector 



Definition: 



AREG := memory [ AREG + OREG ] 



Purpose: 



to load a value from an outer 
workspace 
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to load a value from a vector of 
val ues 

to load a value, using a value as a 
pointer (indirection) - in this case, 
OREG = 0 



store to vector 



Definition: 



Purpose: 



SEQ 

memory [ BREG ♦ OREG ] := AREG 
AREG := BREG 

to store a value in a location in an 
outer workspace 

to store a value in a vector of 
val ues 

to store a value, using a value as a 
pointer (indirection) - in this case 
OREG = 0 



load literal 



Definition: 



Purpose: 
add literal 

Definition: 
Purpose: 



SEQ 

BREG := AREG 
AREG := OREG 

to load a value 



AREG := AREG + OREG 



to add a value 
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jump 



to load a pointer to a location in 
an outer workspace 

to load a pointer to a location in a 
vector of values 



Definition: 



IPTR IPTR + OREG 



Purpose: 



to transfer control forward or 
backwards, providing loops, exits 
from loops, continuation after 
conditional sections of program 



jump non zero 



Definition: 



IF 



AREG <> 0 

IPTR IPTR +\0REG 
AREG = 0 

SKIP 



Purpose: 



to transfer control forwards or 
backwards only if a non-zero value 
is loaded, providing conditional 
execution of sections of program and 
conditional loop exits 



to facilitate comparison of a value 
against a set of values 



call procedure 
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load pointer into code 



Definition: 



SEQ 

BREG : = A REG 

A REG := IPTR + OREG 



Purpose: 



to load into the A register the 
address of an instruction to load 
the address of a vector of data 
forming part of the program 



Definition: 



SEQ 

memory [ WPTR - 1 ] :« IPTR 

IPTR := AREG 

AREG := WPTR 

moveto (WPTR ♦ OREG ) 



Purpose: 



to provide an efficient procedure 
call mechanism 



Indirect Functions 



to facilitate code sharing, where 
two identical procedures are 
executed on the same processor 



operate 



Definition: 



Purpose: 



operate (OREG) 

perform an operation, using the 
contents of the operand register 
(OREG) as the code defining the 
operation required. 
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Prefixing Functions 
prefix 

Definition: 
Purpose: 

negative prefix 

Definition: 
Purpose: 

Operations 
reverse 

Definition: 
Purpose: 



OREG := OREG « 4 

to allow instruction operands which 
are not in the range 0 - 15 to be 
represented using one or more prefix 
instructions 



OREG := (NOT OREG) « 4 

to allow negative operands to be 
represented using a single negative 
prefix instruction followed by zero 
or more prefix instructions. 



SEQ 

OREG := AREG 
AREG := BREG 
BREG := OREG 

to exchange the contents of the A 
and B registers 



to reverse operands of asymmetric 
operators, where this cannot 
conveniently be done in a compiler 
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equal to zero 

Definition: IF 

A REG = 0 
AREG := TRUE 

ARE6 <> 0 
AREG :» FALSE 



Purpose: to test that A holds a non zero value 

to implement logical (but not 
bitwise) negation 



to implement 
A = 0 
A <> 0 
if A = 0 ... 
if A <> 0 ... 



as eqz 

as eqz, eqz 

as jnz 

as eqz, jnz 



greater 

Def i ni ti on : 
Purpose: 



IF 

BREG > AREG 

AREG := TRUE 
BREG < = AREG 

AREG := FALSE 

to compare A and B (treating them as 
twos complement integers), loading 
-1 (true) if B is greater than A, 0 
(false) otherwise 

to implement B < A by reversing 
operands 

to implement B <= A as (gt, eqz), 
and B >= A by reversing operands and 
(gt, eqz) 
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and 

Definition: 
Purpose:. 

or 

Definition: 
Purpose: 

exclusive or 

Definition: 
Purpose: 



AREG := AREG / \ 8 REG 

to load the bitwise AND of A and B, 
setting each bit to 1 if the 
corresponding bits in both A and B 
are set to 1, 0 otherwise 

to logically AND two truth values 



AREG :* BREG \/ AREG 

to load the bitwise OR of A and B, 
setting each bit to 1 if either of 
the corresponding bits of A and B is 
set, 0 otherwise 

to logically OR two truth values 



AREG := BREG >< AREG 

to load the bitwise exclusive OR of 
A and B setting each bit to 1 if the 
corresponding bits of A and B are 
different, 0 otherwise 

to implement bitwise not as 
(Id! -1, xor) 
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add 



Definition: 
Purpose: 



AREG : = BREG ♦ AREG 

to load the sum of B and A 

to compute addresses of words or 
bytes in vectors 



subtract 

Definition: 
Purpose : 



AREG := BREG - AREG 

to subtract A from B, loading the 
result 

to implement 
A = B as sub, eqz 

A <> B as sub, eqz, eqz 

if A = B as sub, jnz,.. 
if A <> B as sub, eqz, jnz,.. 



run process 

Definition: 



Purpose: 



SEQ 

memory [ AREG - 1 ] :- BREG 
run ( AREG ) 

to add a process to the end of the 
active process list 



pause 
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Definition: 



SEQ 

run ( WPTR ) 
wait ( ) 



Purpose: 



to temporarily stop executing the 
current process 



to share the processor time between 
the processes currently on the 
active process list 

join 

Definition: IF 

memory [ AREG ] s 0 
' moveto ( memory [ AREG + 1 ] ) 
memory [ AREG ] <> 0 
SEQ 

memory [ AREG ] := memory [ AREG ] - 1 
wait ( ) 

Purpose: to join two parallel processes; two words 

are used, one being a counter, the other a 
pointer to a workspace. When the count 
reaches 0, the workspace is changed 
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synchronise 



Definiti on: 



IF 



memory [ AREG ] = NIL 
SEQ 

memory [ AREG ] := WPTR 
wait ( ) 
memory [ AREG ] <> NIL 
SEQ 

run ( memory [ AREG ] ) 
memory [ AREG ] :* MIL 



Purpose: 



to allow two processes to 
synchronise and communicate using a 
channel 



SEQ 

moveto ( AREG ) 

IPTR := memory [ WPTR - 1 ] 

AREG := BREG 

to return from a called procedure 



Definition: AREG := (AREG « 8) \/ (AREG » (bitsperword - 8)) 

Purpose: to rotate the bytes in the A register 

to allow 8 bit byte values to be combined 
to form a single word value 
to allow a word value to be split into several 
component 8 bit values 



return 

Definition: 

Purpose: 
rotate bytes 
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shift right 



Definition: 



AREG AREG » 1 



Purpose:. 



to shift the contents of the A 
register one place right 



shift left 



Definition: 



AREG := AREG « 1 



Purpose: 



to shift the contents of the A 
register one place left 



It will be seen that the above function set includes direct 
functions, indirect functions and prefixing functions. At the start 
of execution of any instruction, regardless of the function selected 
for that instruction, the predetermined set of bit positions in the 
instruction buffer 63 which receive the function part of the 
instruction are used to provide an input to the decoder 64 whereas 
the other predetermined bit positions in the instruction buffer 63 
which represent the data part of each instruction are used to load 
the least significant four bit positions of the operand register 65. 
If the function is a direct function, the processor then acts in 
accordance with the selected function on the contents of the operand 
register 65. If the function is an indirect function, the contents 
of the operand register 65 are used to determine the nature of the 
operation to be carried out and the operation is effected on data 
held in other registers. At the end of any instruction in which the 
function is direct or indirect, the operand register 65 is cleared to 
zero. If the function is a prefix function, the processor operates 
to transfer existing data in the operand register 65 to positions of 
higher significance and then load into the vacated positions of lower 
significance data derived from the data part of the instruction. 
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At the start of each instruction, the instruction pointer is 
incremented. Consequently the instruction pointer always points to 
the next instruction to be executed. 

The operand register 65 is used for several different purposes. The 
"data" which it receives with each instruction may be a literal value 
for use in a computation or in the case of an indirect function, it 
is the definition of the required operation. A further important use 
is that for some functions, the data value in the operand register 65 
will be combined with the data in the workspace pointer register 73 
to locate an address where the value of a particular variable is to 
be found or to be stored. For example, the workspace pointer 
register 73 will contain the workspace pointer WPTR of the current 
process. This points to a reference memory address for the 
workspace. Variables or other pointers will be defined and stored in 
that workspace at address locations which are offset by known amounts 
from the address pointed to by the workspace pointer WPTR. That 
offset will generally be specified by an instruction portion and 
stored in operand register 65. Indeed, the load and store from 
workspace instructions will implicitly refer to a memory location 
defined by the combination (illustratively the additive sum) of the 
contents of WPTR register 73 and the operand register 65. 
Furthermore, the contents of the operand register 65 will -be combined 
with the contents of other registers such as the A register 71 or the 
IPTR register 67, for accessing vectors or for branching in the 
program. Examples of this will be given below. 

It will be seen that the direct functions are selected to cover the 
most commonly required actions within the microcomputer in order to 
maximise efficiency of operation. By using 4 bits to represent the 
function element of each instruction, the function set uses codes 0 
to 15 although no function has been allocated to code 12. Code 13 is 
used to indicate the indirect function which in this case is the 
"operate" function causing the least significant 4 bits of the 
instruction to be loaded into the operand register 65 in the usual 
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way but the contents of that operand register are then used by the 
processor to determine an operation on data held in other registers. 
It will be appreciated that in this way the number of operations can 
be extended whilst maintaining uniformity of an 8 bit instruction. 
By use of the prefix or negative prefix functions before the 
"operate" instruction, the contents of the operand register 65 can be 
varied to provide a much greater selection of operations than is set 
out above. The use of pfix and nfix will be described in more detail 
below with reference to Figure 8 but first it is necessary to 
describe further the operation of the micro-instruction program 13. 

The micro-instruction program is the means of generating control 
signals which control the switches 56 and inferface control logic 15 
(Figure 3) in order to carry out the required "function" of each 
sequential instruction arriving in the instruction buffer 63 from the 
microcomputer program. The micro-instruction program consists of a 
list of micro-instructions stored in rows and columns in the ROM 13. 
The ROM 13 provides an output, called a micro-word, which may consist 
of 68 bits each providing a control signal and divided up into a 
plurality of different fields, each field consisting of a 
predetermined group of bit positions. The output at any one time is 
provided at selected bit positions depending on the micro-instruction 
selected. Each field may relate to a specific area of control, such 
as for example, one field controls which register is connected to the 
X bus , another field controls which register is connected to the Y 
bus, another field controls which register is connected to the Z bus, 
another field controls the action of the ALU 55 and another field 
controls feed back signals to the multiplexor 9 and MIR 80. One field 
controls the interface control logic 15 and provides 
micro-instruction output signals such as "Read", "Write" and "Next 
instruction required (NEXT)" to allow the microprogram to control 
communication between registers and the memory 19 through the 
interface 14. 
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The particular micro-instruction selected in the ROM 13 depends on 
the address in the MIR 80, which is a 7 bit register providing a row 
and column selection in the ROM r 13. At the beginning of each 
instruction received by the instruction buffer 63 the " function" is 
decoded by the decoder 64 and is passed through the condition 
multiplexor 9 to provide an address for selection of the 
micro-instruction in the ROM 13. Some functions may require only one 
micro-instruction to carry out the function, in which case the ROM 13 
provides a micro-word output dependent on the address decoded by the 
decoder 64 and the function is completed in one cycle of operation, 
herein called a minor cycle, of the ROM 13. Other functions require 
a succession of micro-instructions, and therefore minor cycles. In 
this case, the decoder 64 provides the MIR 80 with an address for the 
ROM 13 to select the first micro-instruction necessary for that 
function. Thereafter the micro program proceeds to execute a sequence 
of micro-instructions, each taking one minor cycle, and each micro 
instruction provides in a field of its output micro-word 7 bits for 
the MIR 80 so as to identify the address of the next micro 
instruction to be executed in the sequence. The least significant 
two bits of the MIR 80 may be conditionally set, so that the next 
minor instruction is selected as a result of conditions produced by a 
previous minor cycle, and fed back through the multiplexor 9 to 
effect the address in the MIR 80. This allows the next 
micro-instruction to be selected from four possible options depending 
on for example the values in the various registers shown in Figure 
3. If the two conditional bits of the MIR 80 are not set 
conditionally then the next micro-instruction indicated by the 
address in the MIR 80 is unconditionally executed. When all 
micro-instructions have been executed in order to achieve operation 
of the instruction in the instruction buffer 63, the control signal 
"NEXT" is generated in a field of the micro-word output of the ROM 
13, thereby demanding the next instruction from the memory 19 to the 
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instruction buffer 63. 

Each minor cycle consists of two phases, a source phase and a 
destination phase. The control signals generated from the ROM 13 fall 
into three groups; those which are active only during the source 
phase, those which are active only during the destination phase and 
those which are active throughout the whole minor cycle. In order to 
control the occurrence and duration of the control signals, the 
timing control is arranged to provide four different strobe signals 
indicated in Figure 6. These are a source strobe 150, a destination 
strobe 151, a column precharge strobe 152 and a micro-instruction 
strobe 153. The ource strobe is a timing signal which allows a 
register to place its contents onto a bus and its duration is long 
enough to allow the arithmetic logic unit to form a result. The 
destination strobe signals are arranged to allow registers to accept 
data from a bus. The micro-instruction strobe is used to generate 
the address of the next micro-instruction from the condition 
multiplexor 9. The column precharge strobe is used to precharge the 
bus lines X and Y to a high state ready for the next source strobe. 
The relative timing and duration of these strobes is shown in Figure 
6. They are generated by the arrangement shown in Figure 7. The 
clock pulses from pin 28 (Figure 1) generate a 60 signal for the 
beginning of each minor cycle. This signal is passed through four 
successive delay units within the CPU 12 so that the 
micro-instruction strobe 153 is derived from the output of the first 
delay unit 154, the destination strobe 151 is derived from the output 
of the second delay unit 155, the column precharge signal 152 is 
derived from the output of the third delay unit 156 and the source 
strobe 150 is derived from the output of the fourth delay unit 157. 
The operation of the processor is therefore synchronised to the 
external clock input 28. 
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USE OF VARIABLE LENGTH OPERANDS 

As already explained above, the microcomputer is capable of operating 
with a variable length operand. Although each instruction allocates 
4 bit locations to an operand, it is possible to build up in the 
operand register 65 an operand up to 16 bits by use of the functions 
pfix and nfix corresponding to codes 14 and 15 in the function set 
set out above. This operation can best be understood with reference 
to Figure 8. This indicates the operand register 65 having four 
sections each with 4 bits. The arithmetic logic unit 55 is indicated 
having four sections corresponding to 4 bits of increasing 
significance and the connection between the 0 register 65 and the 
arithmetic logic unit 55 is controlled via a gate 90 selectively 
controlling transmission through the Y bus to the arithmetic logic 
unit. The Y and Z buses are each shown separated into four parts, 
each handling four bits of data of different significance, e.g. 
Y[3:0] represents the part of the Y bus handling the four digits of 
least significance whereas Y[15:12] handles the four digits of 
greatest significance, and similarly for the Z bus. Each section of 
the operand register 65 other than the least significant 4 bits, can 
be supplied through a gate 91 from the Z bus or alternatively it can 
be fed with a zero from the gate 92. The instruction from the 
instruction buffer 63 in Figure 8 is divided so that the least 
significant 4 bits are fed to the least significant 4 bit position of 
the 0 register 65 and thef unction element is used to select an 
address in the micro-instruction program 13 as previously described 
with reference to Figure 3. The truth table of Figure 8 indicates 
three alternative possibilities where the function corresponds to 
pfix or nfix or neither. It also lists the corresponding control 
signals which are fed onto lines 100 to 104 from the micro-word 
output of the ROM 13, and the duration of those signals. 
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The micro-word output control signals used in this case are as 
follows: 

1. OPD NOT 0 - meaning that the operand register 65 is not supplied 
with zeroes if the truth table has a "1" but is supplied with zeroes 
if the truth table has a "0". 

2. NEXT - meaning that the operand register 65 will be loaded with 
the next operand from the instruction buffer 63 if the truth table 
has a "1" but not if the truth table has a u 0\ 

3. Y FROM OPD - meaning that the Y bus receives the operand from the 
operand register 65 if the truth table has a "1" but not if the truth 
table has a "0". 

4. Z FROM Y - meaning that the Z bus output from the ALU 55 will 
receive data from the Y bus if the truth table has a "1", but not if 
the truth table has a "0". 

5. Z FROM NOT Y - meaning that the ALU 55 will cause the signal on 
the Y bus to be inserted and passed to the Z bus if the truth table 
has a "1" but not if the truth table has an "0". 

The duration of these five control signals in each minor cycle is 
indicated in Figure 8 wherein S indicates duration in the source 
phase only, D indicates duration only in the destination phase and S 
+ D indicates duration in both. 

The micro-word control signal on line 100 operates the gates 91 and 
92 to allow the Z bus to unload into the operand register 65 in 
response to the functions pfix and nfix whereas any other function 
causes the three most significant stages of the operand register 65 
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to be zeroed by an input through the gate 92. All instructions 
generate the control signal NEXT on the last minor cycle and this is 
applied to line 101 to cause the operand register 65 to be loaded 
with the next operand. Line 102 receives the signal "Y FROM 0PD" and 
causes the operand register to be connected through the gate 90 to 
the Y bus for both pfix and nfix. Line 113 receives the control 
signal "Z FROM Y" and causes the arithmetic logic unit 55 to transmit 
to the Z bus the signal on the Y bus for pfix but not for nfix. Line 
104 receives "Z FROM NOT Y" and allows the signal on Y to be inverted 
and supplied through the ALU 55 to the Z bus for nfix but not for 
pfix. The signals on lines 100, 103 and 104 exist throughout the 
source and destination phases of each minor cycle whereas the signal 
on line 101 exists only in the destination phase and the signal on 
line 102 exists only in the source phase. When the function is pfix, 
it can be seen that signals corresponding to a truth condition are 
supplied on lines 100, 101, 102 and 103 and in this way, the 4 bits 
of operand in the least significant section of the operand register 
65 are advanced through the arithmetic logic unit to the next 
significant stage of the operand register 65 thereby allowing a 
further 4 bits of operand to be loaded into the least significant 
positions of the operand register 65. This operation is repeated 
each time an instruction is derived with pfix function up till a 
maximum of 16 bits of operand. Similarly if the function- is nfix, 
the process is generally similar in allowing each successive 4 bits 
of operand to be moved up into a higher stage of the 0 register 65 
without zeroes being written in after each instruction. This allows 
a negative operand to be built up to a maximum of 16 bits. The truth 
table indicates that if the function is neither pfix nor nfix, the 
control signal on line 100 causes zeroes to be fed into the three 
upper significant stages of the 0 register 65 (representing bits 15 
to 4) at the end of that instruction. 
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SCHEDULING OF PROCESSES 

As already indicated, the microcomputer may operate a number of 
concurrent processes. It therefore provides a s ystem of scheduling, 
to determine which pro cess shall be perf ormed at any particular 
time. At an y one time the WPTR register 73 (Figures 3) holds the 
workspace pointer of the process currently being executed. However 
the workspace of the current process and the workspaces of other 
processes waiting to be executed form a list in which one location of 
each workspace holds the workspace pointer of the next process on the 
list. Another location in each process workspace holds the 
instruction pointer identifying the next instruction which is to be 
carried out for that process when it becomes the current process. 
Furthermore the LPTR register 74 contains the address of the 
workspace for the last process currently waiting to be executed. In 
this way new processes can be added to the end of the list and the 
LPTR register 74 always indicates the current end of the list. The 
processor normally executes the processes on the list in sequence 
only advancing to a subsequent process when the current process 
executes a "pause" operation (code 9 in the operations list) or when 
the current process deschedules itself by executing a "join" 
operation (code 10 in the operations list) or a synchronise operation 
(code 11 in the operations list). In any of those situations, the 
current process ceases to carry out further instructions and the 
processor saves the instruction pointer IPTR in the process workspace 
as indicated at 36 in Figure 2, and moves onto the next process which 
has been identified by the address of the next process, shown as 35 
in Figure 2 and then loads into the IPTR register 67 the IPTR for the 
new process. So that there is always at least one process running, a 
null process is provided and the null process is run when no other 
process is active. 
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The procedures "run", "wait", and "moveto" defined above are used in 
scheduling. A process will be "scheduled" when it is the current 
process or is on the linked list of processes which are waiting to 
be executed. A process becomes °de scheduled" when it is taken off 
the linked list. A descheduled process will never be executed unless 
some other process or instruction schedules it, i.e. adds it to the 
end of the linked list. It will be recalled that LPTR register 74 
(Figure 3) is used to store the workspace pointer for the last 
process on the list. Hence, it must be adjusted whenever a process 
is added to the linked list. Also, when a process is to be 
scheduled, the CPU 12 must be able to determine which instruction is 
to be executed next for the process. This is done by storing in 
memory the appropriate instruction pointer IPTR, which is in IPTR 
register 67 while the process is current. Such storage is done, for 
example at memory location 36 (Figure 2). 

In describing these procedures, it will be convenient to refer to 
Figure 4 which illustrates workspaces 32 and 33 more particularly, as 
well, as registers 65, 67, 71, 73 and 74. Figure 4 shows 
representative memory addresses and contents of the workspaces. 

The process which has the workspace 32 is made the current process by 
inserting its workspace pointer WPTR into register 73. In this case, 
WPTR equals 10000. When the process becomes the current process the 
processor finds the next instruction to be executed by examining 
WPTR-1, i.e. the contents at memory location 9999, to find a pointer 
84 to an instruction and loads this pointer in the IPTR register 67. 
While this is the current process, the processor will us the contents 
of IPTR register 67 to point to the next instruction. 

During the processing, it will use variables whose addresses are 
formed by combining a reference value, such as the WPTR or the 
contents of the A register 71, and an operand placed in register 65. 
In a load from workspace operation an operand of "2" will refer to 
whatever is at memory location 10002 while the process corresponding 
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to workspace 32 is current. When processing is to stop, the linked 
list is consulted. Elements 85 and 86 are part of the linked list. 
The processor will look at WPTR-2 to find WPTR 85 at memory location 
9998, pointing to the next workspace. Pointer 85 will contain the 
number 11000 which points to workspace 33. If the process 
corresponding to workspace 33 is the last process on the linked list, 
then LPTR register 74 will contain the pointer 11000. Mo pointer 86 
will be stored at memory location 10998 until some process is added 
to the linked list. 

Turning now to the three procedures, PR0C run (w) is used to schedule 
a process defined by w i.e., add it to the linked list. This 
procedure has been defined above and reference will now be made to 
that definition and the line numbers used in the definition. 

If the value of w is the special value "READY" no action is 
performed. Further explanation of this will follow later with 
reference to communications between different microcomputers. 
Otherwise w is a pointer to a process workspace, and lines 5 and 6 
will be executed in sequence. In line 5, LPTR means the contents of 
LPTR register 74, which is a pointer to the reference address" for the 
workspace for the last process on the linked list. The memory whose 
address is LPTR-2 would contain the address of the workspace pointer 
for the next process, but as yet there is none because LPTR 
corresponds to the last process. Line 5 now assigns w (the workspace 
pointer in the process w) to memory location LPTR-2, so process w is 
now at the end of the linked list. At this point, the contents of 
LPTR register 74 points not to the last process w, but to the 
penultimate process. This is corrected in line 6 which enters into 
LPTR register 74 the workspace pointer for process w. Because of 
this step, further processes can be added to the linked list without 
deleting process w unintentionally, which would happen if LPTR 
register 74 were not updated. With reference to Figure 4, if there 
are only two processes scheduled, as shown, and process w corresponds 
to a workspace whose pointer is 12000, PROC run (w). would enter 12000 
in memory [10998] and enter 12000 into register 74. 
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The procedure called "wait" can be used alone or in combination with 
PROC run (w). By itself, it deschedules the current process and 
enables the system to execute the next process, executing it where 
appropriate in its program instead of at its first instruction. 
Reference will now be made to the previous definition of PROC wait. 
When procedure "wait" is called (line 1), a sequence is commenced 
(line 2) having four steps (lines 3, 4, 8 and 9). Lines 4-7 relate 
to external requests, and discussion of this can be deferred, 
although link [process] represents the contents of process register 
47 of serial link 25 (Figure 2). In line 3, memory [WPTR-1] is the 
memory space at the address WPTR-1 , which is based on the reference 
address WPTR of the current process. That memory location is, in the 
preferred embodiment, used to point to the next instruction to be 
executed when the process is recommenced. The contents of IPTR 
register 67 always points to the instruction to be executed next for 
the current process. Hence, line 3 simply stores in memory 
(preferably on-chip) the pointer to the next instruction to be 
executed. If the procedure PROC run (w) has preceded PROC wait, then 
at this time, the current process (w) will have been added at the end 
of the linked list (by PROC run (w)l, LPTR register 74 will have been 
updated (also by PROC run (w)), and now the pointer to the next 
instruction for process w will have been stored at a known location, 
memory [WPTR-1], with respect to the workspace pointer address (WPTR) 
for process w. Thus, process w is ready now to be deactivated. Line 
8 looks to the linked list for the next process. Its workspace will 
be pointed to by the contents at address WPTR-2 of the current 
workspace. Hence, line 8 assigns to WPTR register 73 the workspace 
pointer for the next process on the linked list. Now the reference 
address has advance, and the system next finds out what the next 
instruction is for this process by looking at the pointer stored at 
the memory whose address is WPTR-1. To use Figure 4, consider that 
workspace 32 is current and its process receives an instruction which 
includes PROC wait. Initially, WPTR is 10000. At line 8, register 
73 is set to the contents found at memory address 9998, which will be 
the pointer 11000. At line 9, register 67 is set with 
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the instruction pointer found at memory address 10999. Thus, if PROC 
run (w) is followed by PROC wait, the current process is added to the 
end of the list (its workspace pointer is stored on the linked list), 
the pointer to its next instruction is stored in memory, it is 
deactivated, and the next process on the linked list is commenced 
beginning at the proper instruction. All of this is done using only 
four registers. This arrangement permits the scheduling and 
descheduling of processes which are limited in number by only the 
amount of memory in the system. 

The procedure named "moveto" can be used to set the workspace 
reference pointer to a different address in the workspace for the 
current process, without necessarily changing to a new IPTR. Thus, 
if a process has its reference workspace pointer at 10000, moveto 
(10200) could be used to set the registers to change the reference 
pointer to 102)) for this same process. This will be described as 
follows with reference to the previous definition of PROC moveto 
(w).Line 2 of the definition declares this is a sequence of steps. 
Lines 3 and 8 are equally offset from the left margin, so they both 
will be done in sequence. Assume that the system is hot on the last 
process. Hence, line 4 will be false, so the system will jump to 
line 6. The condition at line 6 will be true, so line 7 will be 
executed. Line 7 sets the contents at memory address w-2 to the 
workspace pointer for the next process on the linked list. Next, 
line 8 changes the contents of the WPTR register 73 to the value w. 
Now register 73 points to a new reference address for the current 
process. At the customary offset (minus 2) from this new reference 
address will be found a pointer to the workspace for the next process 
to be scheduled. In the event that there is no next process, then 
line 4 will be true and LPTR register 74 will have its contents 
adjusted to point to w as the reference address for the last process 
(line 5), after which the register 73 for holding a pointer to the 
reference address of the current process will be adjusted to point to 
w. 
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Having now described Figure 4 with reference to scheduling, some 
functions and operations will be further described with reference to 
Figure 4. 

load from workspace 

The load from workspace function copies the contents at a specific 
memory location and puts it implicitly into the A register. This 
function and configuration of the preferred embodiment implicitly 
refers also to the memory whose address is defined by an offset from 
the current workspace pointer which serves as a reference. This 
reference address is always stored in the WPTR register 73, and the 
offset is contained in the operand register 65. The expression, 
"memory [WPTR + OREG]" therefore refers to the contents of the memory 
whose address is found by adding (summing) the contents of WPTR 
register 73 and register 65. A "load" refers to the A register 
71 ,and the contents of the stack will be shifted down by one 
register, i.e. the contents of the A register will be shifted into 
the B register (to make room. for the data to be loaded into AREG), 
and the contents of BREG will be loaded into the C register, if any. 
With reference to Figure 4, if WPTR is 10000, then "load from 
workspace" using codes 0 2 will mean load variable 2 into the A 
register. 

This "store to workspace" instruction implicitly means move whatever, 
is in the A register 71 into the memory space whose address is offset 
from the reference address (contained in WPTR register 73) by the 
offset contained in the operand register 65. Also, the stack moves 
up (BREG moves into AREG, and CREG moves into BREG). Referring to 
Figure 4 if WPTR = 10000 and OREG = 1, then this function means store 
the contents of the A register 71 into memory into memory location 
1O001, which is variable 1. 
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load pointer into workspace 

The function "load pointer into workspace" does not store any data 
into the workspace. Instead, it loads the A register 71 with a 
pointer to a particular location in workspace. This will be used, 
for example, in connection with the "load from vector" instruction 
which references a particular portion of a vector which can be stored 
in the workspace. Thus, referring to Figure 4 a workspace 32 will be 
referred to by the workspace pointer WPTR which is 10000. At a known 
location within the workspace, there can be a vector. The vector 
will have a plurality of locations such as 10200, 10201 and 10202. 
The beginning of the vector will be a particular offset (200) away 
from the workspace pointer (10000). Thus, to find the beginning of 
the vector, the offset (200) will be loaded into the operand register 
65 and then the instruction "load pointer into workspace" will place 
the address 10200 into the A register, which points to the beginning 
of the vector. Thereafter, the "load from vector" operation will be 
used to find particular memory locations with respect to the 
beginning of the vector, and therefore it uses the offset in the 
operand register 65 but in combination with the A register 71 instead 
of the workspace pointer register 73. 

load literal 

The "load literal" instruction literally loads whatever is in the 
operand register 65 into the A register 71 (the top of the evaluation 
stack). With respect to Figure 5, the last four bits of any given 
instruction will be loaded into the operand register 65, but by use 
of the prefixing functions, more than 4 bits can be stored in the 
operand register Illustratively, however, an instruction having the 
codes in decimal notation of 6 13 would mean load the number 13 
into the A register 71 and shift the previous contents of the A 
register into the B register 72. 
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jump 

The "jump" function is used for branching in a program. The 
instruction to be executed next by the processor for the current 
process is pointer to by the contents of the IPTR register 67 which 
contains the instruction pointer. The jump instruction adds the 
contents of the operand register 65 to the instruction pointer. 
Through use of the prefixing functions, the instruction pointer can 
have values added to it or subtracted from it, to jump forward or 
backward in a program. 



call procedure 

The "call procedure" function uses the "moveto" procedure which was 
described above. "Call procedure" first stores IPTR in memory at th€ 
customary location for the instruction next to be executed (e.g. 
memory location 9999 in Figure 4). Next it transfers into the 
instruction pointer register 67 the contents of the A register 71 
which will have been loaded with the pointer to an instruction next 
to be executed after the "call procedure" function is completed. 
Then the A register 71 is loaded with the workspace pointer. 
Following this, the "moveto" procedute changes the reference pointer 
WPTR so that usually it points to a different address in the current 
workspace. It will be remembered that "moveto ( \ )" procedure 
will set the contents of the WPTR register 73 to whatever is within 
the parenthesis following the word "moveto". Thus, after a "call 
procedure," the system now has the workspace pointer pointing to a 
different location within the same workspace for the current process 
and is prepared to execute a different instruction which was 
previously contained in the A register 71. The converse operation i 
effected by use of the RETURN operation. 



run process 

This operation "run process" is generally used in the creation of a 
process which will have its own workspace and set of instructions. 
The A register 71 will have been loaded with a workspace pointer for 
the workspace for the new process, and the B register 72 will have 
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been loaded with a suitable instruction pointer for the new process. 
Operation "run process" stores the instruction pointer in memory at 
the proper offset from the workspace pointer, and then it calls the 
procedure PROC run ( ), discussed above, using the workspace pointer 
in the parentheses. As discussed, this will schedule the new 
process, i.e.. it will add the new process to the linked list. 

pause 

The ■pause" operation appears in a program to prevent any single 
process from using the ALU 55 to the exclusion of other processes. 
This operation is inserted into loops by the compiler. This operation 
adds the current process to the end of the linked list, stores the 
necessary pointers, causes the current process to cease execution for 
the time being, and makes the next process on the linked list the 
current process. The contents of the evaluation stack are not 
preserved because "pause" is executed at a time when such contents 
can be discarded without harming the process. 

join 

This "join" operation is used for example when there are concurrent 
processes, and it is intended that they should all be at a point in 
the program at the same time. Consider an original process P(0) 
which at a certain point in the program, P(0) spreads into n 
concurrent subprocesses P(l), P(2), P(3)...P(n). When these are 
done, a final process P(n+1) is to execute. However, such final 
process should not occur until all of P(l)...P(n) have terminated. 
The "join" operation is used for this. A counter is set up in the 
workspace, and the A register 71 points to the memory where the count 
is stored. The count corresponds to the number of subprocesses (which 
are still active (not terminated). Each subprocess ends with a 
"join" operation. After a subprocess reaches its "join" operation, 
it checks the count. If the count is zero, then the program moves to 
the final process using the "moveto" procedure. If the count is not 
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zero, the count is decremented by one count, and then the subprocess 
is caused to "wait" as described above. The other subprocesses are 
executed until zero count is reached. 

synchroni se 

The "synchronise" operation is quite important to concurrent 
processing, for its use assures that two processes will be at the 
same point at some time. This will be discussed further in connection 
with Figure 9 and the discussion entitled, "Communication Between 
Processes On The Same Microcomputer." Briefly however, if two 
processes X and Y on the same chip wish to communicate, presumably 
because one process is computing data which the other process needs, 
a channel 40, 41, 42 or 43 (Figure 2) is used. Each process will 
have a "synchronise" operation. The first process to reach its 
"sync" operation will look at the channel. The channel address will 
have been loaded into the A register 71, so "memory [AREG]" refers to 
the channel. The expression "NIL" refers to a predetermined datum 
recognised as a nil. If NIL is found in a first part of the channel, 
by the first process, such process will place its workspace pointer 
into the first part of the channel and then will deschedule itself. 
It now waits for process Y to reach its "sync" operation. When this 
happens, process Y will check the first part of the same channel, and 
it will not find NIL but will instead find some workspace pointer. 
In response, it schedules process X (adds it to the end of the linked 
list). The first part of the channel returns to NIL. Generally 
there will be at least a second part to the channel where data for 
transfer from one process to the other will be placed. Also, 
synchronise operations generally occur in pairs. The first "sync" 
operations in two processes can cause the process to wait for data 
and then transfer it when it is ready. The second "sync" instructions 
cause acknowledgments. Thus, a process which is inputting data^from 
a process will "sync". If the data is not ready, it will "wait". 
When the data is ready by the supply process, that supplying process 
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will schedule the receiving process, which will then take the data. 
Then 'sync" instructions by each acknowledge the transfer. The first 
"sync" by the process supplying the data will indicate that the data 
is ready to be taken, 

COMMUNICATION BETWEEN PROCESSES ON THE 
SAME MICROCOMPUTER 

As already explained, the microcomputer permits communication between 
processes which may be on the same microcomputer or on different 
microcomputers. For example, one process may be the measurement of 
distance travelled by a motor car and a second process the 
measurement of consumption of fuel relative to distance travelled for 
that vehicle. The first process may receive as an input, data 
representating rotations of the vehicle wheel and provide an output 
representing miles travelled. The second process may receive as an 
input data relating to fuel quantity consumed but it also needs to 
communicate with the first process to derive information about 
distance travelled before it can provide a useful output regarding 
fuel consumption relative to distance. In the case of process to 
process communications on the same microcomputer communication is 
carried out in this example through the channels 40 to 43 indicated 
on Figure 2. This operation involves the use of the synchronise 
operation, this requires a program instruction consisting of function 
code 13 and operation code 11 from the above list of functions and 
operations. Each channel 40 to 43 consists of two consecutive word 
locations in memory, one providing a "process location" and the other 
a "data location". The channel is a unidirectional communication 
channel which is shared by two and only two processes at any one 
time. When an active process x wishes to communicate with a process 
y on the same microcomputer, it follows a sequence which will be 
described with reference to Figures % to 9e. Firstly, process x 
identifies, the address of the channel (marked 40) and loads the data 
it wishes to communicate into the data location of the channel. It 
also executes an instruction for a synchronise operation. Provided 
the process location does not already have the workspace pointer of 
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the process y awaiting to receive the data, the synchronise operation 
causes the WPTR of process x to be recorded in the process location 
and uses a "wait" procedure to deschedule process x. This is the 
position shown in Figure 9b. Process x now waits until process y is 
ready to receive the data. When process y wishes to receive the data 
it carries out an instruction for a synchronise operation to see if 
the communication channel 40 is ready to transmit data. In carrying 
out this instruction, process y locates the workspace pointer of 
process x in the process location of channel 40 and as can be seen 
from the synchronise operation set out in the list of operations, the 
execution of a synchronise operation causes_ __aJr^\irocedure_to 
~^>v7 the~worlcspace pointer of process x from channel 40 and add 
process x to the end of the list of processes waiting to be 
executed. This is the position in Figure 9c. Process y then reads 
the data from the data location of channel 40 and then operates a 
further instruction for a synchronise operation to indicate that it 
has received the data. This loads the workspace pointer of process y 
into the process location of channel 40 and causes process y to 
wait. This deschedules process y leaving the channel 40 in the 
condition shown in Figure 9d. Once the list on which process x is 
waiting reaches process x so that process x is reactivated, it 
performs a further instruction for a synchronise operation which now 
locates the workspace pointer of process y in the process location of 
channel 40 and this allows process x to continue to be operated. At 
the same time it causes a "run" procedure on process y so that 
process y is again added to the end of the waiting list of processes 
and is ready to run. The communication channel 40 is then in the 
condition shown in Figure 9e with process x continuing and process y 
waiting on the list. In this way, synchronisation of communication 
is achieved by both processes operating a "ha ndshake" ope ration in 
which both processes execute two instructions for synchronise 
operations one of which deschedules the process and that descheduled 
process is only put back onto the list when an appropriate signal has 
been received from the other of the communicating processes. 

A specific example of programs and instruction sequences necessary to 
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carry out two communicating processes on the same microcomputer will 
now be described with reference to Figure 10, This illustrates the 
two processes referred to above for measuring miles travelled and 
fuel consumption of a motor vehicle. The microcomputer 170 has in 
its memory space a first workspace 171 for the first process which is 
counting the variable "rotations" and a second workspace 172 for the 
second process which is counting the variable "miles". Workspace 171 
has a word location 173 containing the address of the input channel 
174 called "rotation" which forms part of a serial link arranged to 
receive a message for each wheel revolution from an external 
revolution detector (not shown) . The workspace 171 has a further word 
location 175 containing the address of a two word memory channel 176 
called channel "mile" which in this case receives an output from the 
process of workspace 171 indicating 1 mile of travel for each 1000 
revolutions of the vehicle wheel. 

For this first process the program using OCCAM language is as follows: 



1. YAR rotations: 

2. WHILE TRUE 

3. SEQ 

4. rotations := 0 

5. WHILE rotations < 1000 

6. SEQ 

7. rotation ? ANY 

8. rotations := rotations +1 

9. mile ! ANY 



Line numbers are not part of the program but have been added to 
facilitate explanation. Line 1 declares a variable to exist; it is 
called "rotations". Line 2 is an endless loop because the condition 
TRUE is always true. Start with zero rotations (line 4). Line 7 
waits for any input from the channel names "rotation." When one is 
received, the variable "rotations" is incremented by one. Eventually 
there will have been 1000 rotations, and Line 5 will be false. Lines 
6, 7 and 8 will then be skipped and Line .9 will output a datum to the 
channel named "mile". 

The compiler will convert these OCCAM statements to the following 
machine instructions: 
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Instruction Sequence Program in OCCAM Language 

Function 



code Data 



1. 


LI: 










2. 




Idl 


0 


6 


0 


3. 




stw 


0 


1 


0 


4. 


L2: 










5. 




1dw 


0 


0 


0 


6. 




pfix 




14 


3 


7. 




pfix 




14 


14 


8. 




Idl 


1000 


6 


8 


9. 




opr 


gt 


13 


2 


10. 




jnz 


L3 


9 


9 


11. 




ldw 


1 


0 


1 


12. 




opr 


sync 


13 


11 


13. 




ldw 


1 


0 


1 


14. 




opr 


sync 


13 


11 


15. 




ldw 


0 


0 


0 


16. 




adl 


1 


7 


1 


17. 




stw 


0 


1 


0 


18. 




opr 


pause 


13 


9 


19. 




nfix 




15 


0 


20. 




0. 


L2 


8 


0 


21. 


L3: 










22. 




ldw 


2 


0 


2 


23. 




opr 


sync 


13 


11 


24. 




ldw 


2 


0 


2 


25. 




opr 


sync 


13 


11 


26. 




opr 


pause 


13 


9 


27. 




nfix 


2 


15 


2 


28. 




j 


LI 


8 


7 



VAR rotations: 
WHILE TRUE * 
SEQ 

rotations := 0 

WHILE rotations <1000 
SEQ 



rotation ? ANY 



rotati ons : =rotati ons+1 



mile ! ANY 
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Once again, line numbers have been added for explanatory purposes 
only. Lines 1, 4 and 21 are simply reference locations in the 
program. Line 2 loads the value 0 into A register 71. Line 3 stores 
the data in the Aregister into workspace. Because the data part of 
the instruction is 0, there is no offset from the reference address 
for this process. Thus, the workspace pointer register 73 now 
contains a workspace pointer WPTR which points to a reference address 
in memory where 0 1s stored for the variable "rotations". Line 5 
loads the A register 71 from workspace. Because the data portion of 
the instruction (which would be loaded into operand register 65) is 
0, the offset from the reference address WPTR of the workspace is 0. 
In lines 6, 7 and 8 the decimal value 1000 is to be added. This 
requires a prefixing operation because 1000 cannot be represented 
using four binary bits in the data portion of the instruction. Thus, 
function code 14 (pfix) is used. The decimal number 1000 in binary 
is 1111101000. Because this requires ten bits, and the data portion 
of standard instructions is four bits, three steps are required to 
load this value into the operand register. Line 8 includes the code 
for the "load literal" function, so at this time, the A register 71 
will be loaded with the binary value of 1000. This causes the 
transfer of the contents of the A register (which are 0) to the B 
register 72. 

Line 9 calls for an indirect function, the operation "greater than". 
This causes a comparison of the A and B registers. Unless the B 
register contents are greater than the A register contents, this 
operation will result in FALSE (0). 

Line 10 is the "jump nonzero" operation. If the results of line 9's 
operation were true, then the A register would be set to a nonzero 
value, and line 10 would cause a jump of 9 lines forward, indicated 
by the number "9" in the data part of the code. This should jump the 
program ahead to line 21, the output portion. Assuming that 1000 
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rotations have not yet been counted, line 11 is next executed. This 
load from workspace function has an operand of +1, which means the 
offset from the reference address is +1. At this memory address will 
be found the address of the channel named "rotation" and this address 
will be loaded from the workspace into the A register 71. Line 12 
causes a synchronise operation. Line 13 again loads the address of 
the channel "rotation" and line 14 again synchronises to complete the 
input operation. In this simple example, no data is transferred. 
Line 15 now loads the variable which is in workspace, offset 0, into 
the A register, i.e. loads the current value of "rotations" into the 
A register. Line 16 literally adds the data value 1 to the contents 
of the A register. Line 17 stores the contents of the A register in 
the workspace at an offset equal to 0. Hence, the variable 
"rotations" has now been incremented in response to receipt of data 
from the channel "rotation". Line 18 is a pause operation which 
allows the next process to be executed, adding this present process 
to the end of the list. Note that at this point in the program, the 
contents of the A register 71 and B register 72 are not relevant to 
the process. Lines 19 and 20 executes a jump backwards using the 
negative prefix function. Line 22 loads the contents of the 
workspace which is offset 2 locations from the reference location. 
This will be the address of the channel named "mile" and it will be 
loaded into the A register. A sync operation is performed at line 
23. The output is completed by a further "sync" which occurs at line 
25. At line 26 another pause is inserted to cause the next process 
to schedule and to add this process to the end of the linked list. 
At lines 27 and 28, a jump backwards is executed using negative 
prefixing. The second process relating to the variable "miles" uses 
the workspace 172. The workspace 172 has a word location 177 
containing the address for the "mile" channel 176 which is used to 
provide an input to the process of workspace 172. A further word 
location 178 has the address of a second input which in this case is 
a channel 179 called channel "fuel" forming part of a serial link 
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arranged to receive a message from an external fuel gauge (not shown) 
each time a gallon of fuel is consumed. The workspace 172 has a 
further word location 180 having the address of an output channel 181 
called channel "consumption" forming part of a serial link arranged 
to output the distance travelled while the last gallon of fuel was 
consumed. Clearly the process in workspace 172 needs to communicate 
with the process in workspace 171 in order to obtain via channel 176 
messages indicating the number of miles travelled. The instruction 
sequence and program for the process in workspace 172 are as follows: 

Instruction sequence Program in above defined OCCAM 

Function 
code Data 

VAR miles: 
SEQ 

LI: 



L2: 



ldl 


0 


6 


0 


miles := 0 


stw 


0 


1 


0 


WHILE TRUE 










ALT 


Idw 


1 


0 


1 


mile ? ANY 


ldv 


0 


4 


0 




opr 


eqz 


13 


1 




jnz 


13 


9 


9 




Idw 


1 


0 


1 




opr 


sync 


13 


11 




Idw 


1 


0 


1 




opr 


sync 


13 


11 




Idw 


0 


0 


0 


miles := 


adl 


1 


7 


1 




stw 


0 


1 


0 




pfix 


1 


14 


1 




J 


L4 


8 


0 





= miles + 1 
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Instruction sequence (contd) Program in above defined OCCAM 

Function Data (contd) 
code 



L3: 



L4: 



1 Hw 
1 QW 




o 


2 


fuel ? ANY 


1 uv 


n 


4 


0 




onr 




13 


1 




1 f!7 
J l IL 




9 


12 




Idw 


2 


0 


2 




onr 


sync 


13 


11 




Idw 


2 


0 


2 






svnc 


13 


11 












SEQ 


Idw 


3 


0 


3 


consumption 


Idw 


o 


0 


0 




b UV 


1 


5 


1 




opr 


f" w n /■* 

sync 


1 1 


11 




Idw 


3 


0 


3 




opr 


sync 


13 


11 




ldl 


0 


6 


0 


miles := 0 


stw 


0 


1 


0 




opr 


pause 


13 


9 




nfix 


1 


15 


1 




J 


L2 


8 


0 
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COMMUNICATION BETWEEN PROCESSES ON DIFFERENT 
MICROCOMPUTERS 

A network of interconnected microcomputers is shown in Figure 11 in 
which four microcomputers are illustrated. It will be understood 
that the network may be extended in two or three dimensions as 
required. Each of the microcomputers is of similar structure and is 
interconnected with the serial link of another microcomputer by two 
unidirectional wires 185 and 186 each of which extends between the 
output pin 27 on one microcomputer and the input pin 26 of another 
microcomputer. The wires 185 and 186 are each used solely for these 
two pin to pin connections and are not shared by other microcomputers 
or memory connections. Communication between processes in different 
microcomputers is effected in generally similar manner using an 
identical sequence of synchronise operations and this will be 
described with reference to Figures 2, 11, 12 and 13. In place of 
the channel 40 (Figure 2), a serial link has an input channel 45 and 
an output channel 46 each consisting of a process register 47 and 
data register 48 which can be addressed in the same way as the word 
locations for the memory channels 40 to 43. They are however 
operated by control logic 50 which will be described further with 
reference to Figures 15 and 16. 

When data is transmitted through serial links between two- 
microcomputers, it is in the form of a series of data strings 
transmitted serially in the form of packets as shown in Figures 13a 
and 13^. A data packet is transmitted by an output pin 27 to an 
input pin 26 and has the form shown in Figure 13au It starts with 
two successive bits of value 1 followed by 16 data bits and a final 
stop bit of value 0. An acknowledge packet, as shown in Figure lZb_ 
is sent from the output pin 27 of a microcomputer receiving a data 
packet to the input pin 26 of the microcomputer which sent the data 
packet. The acknowledge packet consists of a start bit of value zero 
followed by a stop bit of value 0. The output control logic of 
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each serial link arranges for each output pin 27 to transmit bits of 
value 0 continuously when it is not sending data or acknowledge 
packets and consequently the input control logic ignores all signals 
on the input pins 26 until it receives a 1 start bit of a packet. 

When the process register of the input or output channel holds the 
workspace pointer (WPTR) of a process, the control logic 50 is able 
to generate requests (called input or output requests) to the CPU 
(12) for the CPU 12 to schedule the process by adding its workspace 
pointer to the list awaiting execution. The sync logic 10 provides a 
selector which is used by the CPU 12 to examine each of the request 
signals from the serial links in turn. Whenever an active process is 
descheduled by execution of the "wait" procedure the CPU 12 looks to 
see if there are any requests from a serial link. If there are 
several external requests, the CPU 12 services all of them in 
sequence before executing the next process on the list. The CPU 12 
services any requests by scheduling the process held in the process 
register of the channel which generated the request, and resetting 
the process register 47 to NIL. The process register 47 of the input 
or output channels in a link 25 contains the special value READY when 
that channel is ready to perform communication. The sync operation 
will cause the procedure "run" which detects the special value READY 
and instead of scheduling a process, activates the control logic 50 
in the link. The control logic in a link may perform a synchronise 
operation on a channel. The synchronise operation tests the process 
location of the channel. If the value is NIL, it replaces the value 
with the special value READY and waits until a sync operation caused 
by a process instruction on the process register resets the value to 
NIL. Otherwise, it generates a request to the CPU 12 to schedule 
the process in the process register as described above, and the CPU 
then resets the value of the process register to NIL. As a result, a 
process may use the sync operation to synchronise with the control 
logic 50 in a link 25 in the same way as it is used to synchronise 
with another process. 



. 68 . 025001 1 

The output control logic 50 in a link 25 first synchronises with a 
process using the process register in the output channel, then 
transmits data in data packets from the data register in the output 
channel via the output pin 27 (Figures 2 and 11), then waits for an 
acknowledge packet signal on the input pin 26, then synchronises with 
the process again using the process register in the output channel. 
The output control logic 50 performs this operation repeatedly. The 
input control logic in a link first waits for data from the input pin 
26 to arrive in the data register in the input channel, then 
synchronises with a process using the process register in the input 
channel, then synchronises again with the process using the process 
register in the input channel, then transmits the acknowledge packet 
signal to the output pin 27. The input control logic performs this 
operation repeatedly. 

In the following, it is assumed that a process x operated by 
microcomputer 1 in Figure 11 wishes to output data through a serial 
link to a process y operated by microcomputer 2. To effect this 
output, the process x stores the data to be output in the data 
register 187 of the output channel and executes a sync operation on 
the process register 188 to cause the serial link to start 
transmission of the data through the pin 27. The process then 
executes a further sync operation on the same process register 188 to 
wait until an acknowledge packet is received through the input pin 26 
of microcomputer 1. The acknowledge packet signifies that the 
process y operated by microcomputer 2 has input the data. To input, 
the process y executes a sync operation on the process register 189 
of the input channel of microcomputer 2 to wait for the data packet 
to arrive from the pin 26 of the microcomputer 2. It then takes the 
data from the data register 190 and executes a further sync operation 
to cause the acknowledge signal to be transmitted from the output pin 
27 of microcomputer 2. 

Figure 12 shows sequentially the contents of the process registers 
188 and 189 during a typical sequence of operations occurring when 
the processes x and y communicate via the serial link. Reference 
numerals 188 a-e represent successive states of the contents of the 
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process register 188 and reference numerals 189aj-e_ similarly 
represent successive states of the contents of the process register 
189. First, process x addresses the output channel of microcomputer 
1 and loads the data to be output to the data register 187 and 
performs a sync operation on the output process register 188. 
Assuming that the process register 188 contains the special value 
READY 188a, indicating that the serial link is ready to output, the 
sync operation resets the value of the process register 188 to NIL 
188b. As a result the control logic causes the data from the data 
register 187 to be transmitted via the single wire connection 185 to 
the input data register 190 in the microcomputer 2. Provided that 
process y is not yet waiting for the input, the control logic in 
microcomputer 2 changes the value of the process register 189 from 
NIL 189a to READY 189b, indicating that the data has been received. 
Process y then executes a sync operation on the process register 189, 
which has the effect of changing the value of the process register 
from READY 189b to NIL 189c. Assuming that microcomputer 2 is ready 
to transmit an acknowledge signal to microcomputer 1, the control 
logic changes the value of process register 189 back to READY 189d. 
Process y then takes the data from the data register 190 of the input 
channel and executes a further sync operation on the process register 
189. This resets the process register 189 to NIL 189e. As a result 
the control logic transmits an acknowledge signal through the single 
wire connection 186. This acknowledge signal is received- by the 
input pin 26 of the microcomputer 1 operating process x. Assuming 
that process x executes a second sync operation before the 
acknowledge signal is received, process x is descheduled by the 
procedure "wait", and its workspace pointer is stored in the process 
register 188(188c). When the acknowledge packet is received the 
control logic of the serial link generates an request to the CPU of 
microcomputer 1 to schedule process x. This request is serviced by 
the CPU of microcomputer 1 as soon as the current process is 
descheduled and the CPU adds process x to the end of the list and 
resets the process register to NIL (188d). The control logic now 
resets the process register to READY (188e), thereby indicating that 
the link is ready for a further output. The state of the serial 
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links is now the same as it was before the communication took place, 
as shown in the sequence of Figure 12, ready for the next 
communication. Figure 14 illustrates the operation on two separate 
microcomputers of the processes previously described with reference 
to Figure 11. In this case however the workspace 171 for counting 
rotations is on a microcomputer 191 whereas the workspace 172 for 
counting miles is on a separate microcomputer 192. The two 
microcomputers 191 and 192 are interconnected through respective 
serial links 25. Similar reference numerals are used in Figures 14 
and 10 for similar parts. The only change is that channel "mile" 176 
in Figure 10 is replaced in Figure 14 by a channel "mile" 176^ 
forming an output channel of a serial link in microcomputer 191 and 
channel "mile" 176^ forming an input channel of a serial link in 
microcomputer 192. The sequence of instructions and program used to 
operate the two processes in Figure 14 are generally similar to those 
already described for Figure 10 except that the address of channel 
"mile" used by each of the processes will now be the address of a 
channel of a serial link rather than a channel in memory. 

DESCRIPTION OF LINK CONTROL LOGIC 

The control logic 50 (Figure 2) for each of the input and output 
channels of the serial links will now be described in further detail 
with reference to Figures 15 and 16 in which Figure 15 shows the 
control logic for the output channel 46 and Figure 16 shows the 
control logic for the input channel 45, 

To output, the control logic 50 (Figure 2) of a link first 
synchronises with a process using the output process register 47 
(Figure 15), then transmits the data from the output data register 48 
to the pin 27, then waits for the acknowledge signal from the pin 26, 
then synchronises with a process again using the output process 
register 47. The control logic 50 performs this operation repeatedly. 

To input, the control logic 50 (Figure 2) of a link first waits for 
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data to arrive from the input pin 26 and transfers it to the input 
data register 48, then synchronises with a process using the input 
process register 47 (Figure 16), then synchronises again with the 
process using the input process register, then transmits the 
acknowledge signal to the pin 27. The control logic 50 performs this 
operation repeatedly. 

The values taken by the output and input process registers 47 may be 
NIL indicating that neither a process nor the control logic is 
waiting to synchronise, READY indicating that the control logic is 
waiting to synchronise, or it may be the workspace pointer of a 
process waiting to synchronise. 

In a link, each process register 47 and each data register 48 is 
connected to the bus 16 through an address decoder 193. The bus 16 
incorporates signal lines for the address, data, and control. 
Control includes a "write" signal, a "read" signal and a "busy" 
signal. The "busy" signal is used to ensure that both the CPU and 
the link control logic do not attempt to change the value of the 
process register simultaneously. 

Each process register 47 in a link incorporates logic 194 to detect 
if the value in the process register is READY, NIL or a workspace 
pointer. 

The output data register 48 (Figure 15) is connected to the output 
pin 27 through an AND gate 195 and an OR gate 196. The input data 
register 48 (Figure 16) is connected directly to the input pin 26. 

Associated with each process register in a link is a request latch 
197 which may be tested by the CPU. Whenever the CPU performs a WAIT 
procedure, the state of all request latches is tested. If a request 
latch is set, the process whose workspace pointer is held in the 
corresponding process register is scheduled by adding its workspace 
pointer to the end of the list. The request latch is cleared whenever 
the CPU writes to the process register. 



-72- 02500 1 1 

The input and output of data through the link is controlled by four 
state machines 282, 283, 284 and 285. Each state machine consists of 
a state register to hold the current state, and a programmable logic 
array. The programmable logic, array responds to the value of the 
state register and the input signals to the state machine, and 
produces a predetermined pattern of output signals and a new value 
for the state register. A counter 286 is used to count bits as they 
are transmitted through the link, and a further counter 287 is used 
to count bits as they are received through the link. 

The input and output channel control and data state machines have the 
following inputs and outputs, wherein the name of the input or output 
indicates the purpose of the signal. 

OUTPUT CONTROL STATE MACHINE 285 

(Figure 15) 

reference signal purpose 

numeral name 

inputs: 



200 


Mbusy 


Memory bus busy 


201 


Reset 


Transputer reset' 


202 


Pregready 


Process Register = READY 


203 


Pregnil 


Process Register = NIL 


204 


Pregwptr 


Process* Register holds a 






workspace pointer 


205 


Datagone 


Data transmitted from 






output data register 


264 


Ac k ready 


Acknowledge received 






by input state machine 


outputs: 






210 


Setrequest 


Set cpu request 


211 


Datago 


Initiate data transmission 


212 


SetPregready 


Set Process Register to READY 


213 


SetPregnil 


Set Process Register to NIL ' 


265 


Acktaken 


Confirm receipt of acknowledge 
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(Figure 15) 



OUTPUT DATA STATE MACHINE 284 



reference 
numeral 



signal 
name 



purpose 



inputs: 

201 

211 

220 

261 



Reset 
Datago 
Countzero 
Ackgo 



Transputer reset 

Initiate data transmission 

Test if bit count zero 

Initiate acknowledge transmission 



outputs: 
221 

222 
223 
224 

225 
205 
260 



Loadcount 

Deccount 

Oneout 

Dataout 

Shi f tout 
Datagone 
Ackgone 



Set Bit Counter to number of 

bits to be transmitted 

Decrease bit counter by one 

Set output pin to one 

Set output pin to least significant 

bit of shift register 

Shift data register one place 

Transmission of data complete 

Transmission of acknowledge complete 
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INPUT CONTROL STATE MACHINE 283 

(Figure 16) 



reference signal purpose 

numeral name 

inputs: 

200 Mbusy Memory bus busy 

2Qi Reset Transputer reset 

262 Dataready Data received from pin 

242 Pregready Process Register = READY 

243 Pregnil Process Register = NIL 

244 Pregwptr Process Register holds a 

workspace pointer 

26o Ackgone Transmission of acknowledge complete 



outputs: 

Set cpu request 
Set Process Register to READY 
Set Process Register to NIL 
Initiate acknowledge transmission 
Confirm receipt of data 



220 Setrequest 

222 SetPregready 

222 SetPregnil 

261 Ackgo 

263 Datataken 
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INPUT DATA STATE MACHINE 282 

(Figure 16) 



•reference signal purpose 

numeral name 

i nputs : 

201 Reset Transputer reset 

230 Datain Data from pin 

231 Countzero Test if bit count zero 

outputs: 

240 Loadcount Set Bit Counter to number of 

bits to be received 

241 Deccount Decrease bit counter by one 

244 Shi f tin Shift data register one place 

taking least significant bit 
from pin 

245 Setdataready Reception of data complete 

246 Setackready Reception of acknowledge complete 



The sequences of each state machine are set out below with reference 
to present state, next state, input and output of each machine. 

In any state, the outputs listed under the "outputs" column are one, 
and all other outputs are zero. All inputs are ignored except those 
mentioned in the "inputs" column. The symbols \/, /\ and a are used 
to denote the boolean operations and, or and not respectively. 
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OUTPUT CONTROL STATE MACHINE 285 



State Inputs Outputs Next state 



any 




SetPregnil 


syncl 


syncl 


MKt i cv 




syncl 


syncl 


(AMbusv) /\ Preanil 


SetPregready 


syncreql 


syncl 


fAMhusv^ / V PreawDtr 


Setrequest 


syncreql 


syncreql 


ar I cy it l i 




syncreql 


syncreqx 


Pr*ann1 1 
r I cy ll I l 




sendl 


senai 


AHataaone 


Datago 


sendl 


senai 






send2 


senaZ 






send2 


serial 


ADataaone 




waitackl 


Wal wqCkI 


AAekreadv 




waitackl 


waitackl 


Ackready 




waitack2 


waitack2 


Ackready 


Acktaken 


waitack2 


waitack2 


AAckready 




sync2 


sync2 


Mbusy 




sync2 


sync2 


UMbusy) / \ Pregnil 


SetPregready 


syncreq2 


sync2 


UMbusy) / \ Pregwptr 


Setrequest 


syncreq2 


syncreq2 


APregnil 




syncreq2 


syncreq2 


Pregnil 




syncl 
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OUTPUT DATA STATE MACHINE 284 



State 

any 

idle 

idle 

idle 

ackflag 

dataf 1 ag 

databits 



databits 

dataend 

dataend 

ackend 

ackend 



Inputs 
Reset 

UDatago) / \ ( AAckgo) 
Ackgo 

(AAckgo) / \ Datago 



Outputs 



ACountzero 



Countzero 

Datago 

ADatago 

Ackgo 

AAckgo 



Oneout 
Oneout 

Oneout 
Loadcount 
DecCount 
Shi f tout 
Dataout 

Datagone 

Ackgone 



Next state 

idle 
idle 
ackf 1 ag 
dataf lag 
ackend 
databits 

databits 



dataend 

dataend 

idle 

ackend 

idle 
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INPUT CONTROL STATE MACHINE 283 



State 



Inputs 



Outputs 



Next state 



any 


Reset 




SetPregnil 


receivel 


receivel 


. ADataready 






receivel 


receivel 


Dataready 






syncl 


syncl 


Mbusy 






syncl 


syncl 


(AMbusy) / \ Pregnil 


SetPregready 


syncreql 


syncl 


(AMbusy) / \ 


Pregwptr 


Setrequest 


syncreql 


syncreql 


APregml 






syncreql 


syncreql 


Pregnil 






sync2 


sync2 


Mbusy 






sync2 


sync2 


(AMbusy) / \ 


Pregnil 


SetPregready 


syncreq2 


sync2 


(AMbusy) / \ 


Pregwptr Setrequest 


syncreq2 


syncreq2 


APregnil 






syncreq2 


syncreq2 


Pregnil 






. receive2 


receive2 


Dataready 




Datataken 


receive2 


receive2 


ADataready 






acksendl 


acksendl 


AAckgone 




Ackgo 


acksendl 


acksendl 


Ackgone 






acksend2 


acksend2 


Ackgone 






acksend2 


acksend2 


AAckgone 






receivel 

- 




INPUT DATA STATE MACHINE 282 




State 


Inputs 




Outputs 


Next state 


anv 

HI IJ 


Reset 






idle 


idle 


ADatain 






idle 


idle 


Datai n 






start 


start 


ADatain 




SetAckready 


idle 


start 


Datai n 




LoadCount 


databits 


da tab its 


ACountzero 




Shi f tin 


databits 








DecCount 




databits 


Countzero 




Shi f tin 


dataend 


dataend 






SetDataready 


idle 
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As shown in Figure 16, the input control logic includes a flip-flop 
280 connected to the output 246 of the input data state machine 282. 
A further flip-flop 281 is connected to the output 245 of the input 
data state machine 282. Both control state machines are controlled 
by clock pulses derived from the clock 28. For some of the links, 
both data state, machines are also controlled by clock pulses derived 
from the clock 28. For the link shown in Figures 15 and 16, the data 
state machines are controlled by clock pulses derived from a 
different clock 22 related in phase to clock 28, which allows this 
link to operate at a lower speed. Two different clock frequencies 
can be obtained in order to achieve maximum efficiency depending on 
the type of microcomputer network which is operated. When 
microcomputers are grouped closely together communications between 
them can be carried out more quickly in which case a higher clock 
frequency can be used. A lower clock frequency can be used to enable 
satisfactory communication where the microcomputers are more remote 
and require a lower operating speed. 

In both the input and output channels the control state machine 
monitors the content of the process register 47 and when appropriate 
generates a CPU request on line 199 by setting the latch 197. 

The output control state machine 285 first synchronises with a 
process using the output process register 47. It then uses the 
"datago" signal 211 to cause the output data state machine 282 to 
output the data in the output data register 48 through the pin 27. 
The output data state machine 284 sends the data in the manner 
described with reference to Figure 13a_ and shifts the data in the 
register 48 until a count in the counter 286 expires. When it has 
done this it returns the "datagone" signal 205 to the output control 
state machine to indicate that the transfer of data is complete and 
that the "datago" signal should be removed. The output control state 
machine then waits for the "ackready" signal 264 from the latch 280, 
signifying that the input data state machine 282 has received an 
acknowledge packet as described in Figure 13b^ from the pin 26. In 
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response to the "ackready" signal 264, the output control state 
machine outputs an "acktaken" signal 265, which resets the latch 
280. The output control logic then uses the output process register 
47 to synchronise again with the outputting process. 

The input data state machine 282 and the microcomputer at the other 
end of the link is waiting for "start bit" to appear on the input pin 
26. When a data packet is detected, the input data state machine 282 
of that microcomputer shifts data into the data shift register 48 
until the counter 287 indicates that the appropriate number of bits 
have been received, and then sets the "data received" latch 281. The 
input control state machine 283 detects the "dataready" signal 262 
and responds by resetting the "data received" latch 281. It then 
synchronises with an inputting process using the input process 
register 47. It then synchronises again with the inputting process 
using the process register 47 to confirm that the process has taken 
the data from the data register 48, and then uses the "ackgo" signal 
261 to cause the output data state machine to transmit an acknowledge 
packet via the pin 27. When the output data state machine 284 is not 
transmitting data it generates the start and stop bits which 
constitute the acknowledge packet described in Figure 13b. The input 
data state machine 282 of the microcomputer which transmitted the 
data packet detects the acknowledge packet and sets the "acknowledge 
received" latch 280. As described above, the output control state 
machine 285 of the transmitting microcomputer has been waiting for 
this and on detecting the signal resets the latch 280 and performs a 
second synchronise operation. The state of the link logic in both 
the output and input links is now the same as it was before the 
communication took place so that it is ready for the next 
transmission. 

CHIP AND MEMORY FORMATION 

As mentioned above, the microcomputer of this example is particularly 
advantageous in having sufficient memory in the form of RAM on 
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the chip (integrated circuit device) to enable the microcomputer to 
operate without the necessity for external memory, although external 
memory can be used when required. There are a number of problems in 
providing sufficient space for adequate memory on the same chip as 
the processor. It is necessary to minimise the area required for each 
memory cell as well as reducing noise interference in the RAM from 
asynchronously operating circuitry such as a processor on the same 
chip, while at the same time providing a satisfactory manufacturing 
yield of acceptable microcomputers from a number of silicon chips, 
particularly as the memory may be the largest and densest component 
created on the chip. 

In order to minimise the chip area required for each memory cell, 
this example uses static RAM cells (SRAM) using high impedance 
resistive loads rather than the more conventional depletion 
transistor loads or complementary pull -up transistors. The 
manufacturing technology used in this example employs a film of high 
resistivity polycrystalline silicon in which the resistive loads are 
formed. The memory may have 32 K bits of SRAM where each cell 
consists of transistors having gates formed in a film of 
polycrystalline silicon. The transistor gates and resistive loads 
may be formed in the same, or different films of polycrystalline 
silicon. 

Resistor load SRAMs are susceptible to interference from electrical 
noise injected into the silicon material in which they are formed and 
stored data can be corrupted by any minority carriers which may be 
present. In order to shield the SRAM from noise generated by other 
on chip circuitry and from minority carriers injected by other on 
chip circuitry the SRAM is formed in an electrically isolated area of 
silicon as shown in Figure 17. An n-channel substrate 300 is formed 
with separate p-wells 301, and 302. The array of RAM cells are 
isolated from other circuitry and associated substrate noise by 
locating the RAM array in the p-well marked 301. This isolates the 
RAM cells from minority carriers generated in the substrate by the 
well -to- substrate potential barrier and any minority carriers 
generated within the well have a high probability of being collected 



-82- 



025001 1 



in the substrate. In Figure 17, the RAM array will be an n-channel 
array located in the p-well 301. Any n-channel transistors of 
peripheral circuitry are isolated from the RAM array by placing them 
in a further p-well 302. 

This technique, is fully compatible with either NMOS or P-well CMOS 
manufacturing technology. In the current example P-well CMOS is used 
and any p-channel transistors of peripheral circuitry are placed on 
the n-substrate and isolated from the RAM array by the 
well -to- substrate potential barrier. Each well containing a memory 
array is surrounded by a metal ground which contacts the memory array 
well around its periphery via a heavily doped p diffusion. Within 
the memory array there is a p diffusion contacting the well to ground 
for each pair of cells. Substrate bias is unnecessary. 

In order to provide acceptable manufacturing yield of products from 
silicon chips, memory redundancy is incorporated. The memory is 
divided into rows and columns accessible respectively by row and 
column decoders. In addition to the normal rows and normal columns 
the redundancy provides some additional rows and columns together 
with spare row and column decoders in order to obtain access to the 
spare rows and columns. The spare column decoders and spare row 
decoders each incorporate fuses which for example can be open 
circuited by use of a laser so that when any defective rows or 
columns are determined during test, fuses can be open circuited by 
laser techniques to disable the row or column decoder of any normal 
rows or columns which have been found to be defective and the 
replacement row or column from the redundant rows and columns can be 
brought into an enabled position by programming the appropriate spare 
row decoder or spare column decoder with the address of the defective 
row or column. 

In order to allow N-well CMOS manufacturing technology to be used the 
following alternative isolation technique may be employed. Referring 
to Figure 18 a low resistivity P type substrate (405) is used on 
which a high resistivity P type epitaxial layer is formed. 
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The cell array is formed in this epitaxial layer in region (401) and 
is entirely surrounded by a deep N-well diffusion (402). Minority 
carriers generated by other circuitry in region (403) will be 
attracted to the N-well s (402) where they become harmless majority 
carriers, or will recombine in the heavily doped P-type substrate 
(405). P-channel transistors are placed in N-wells (404) where they 
are isolated by the well to substrate potential barrier. 

ADDITIONAL MATERIAL 

The invention is not limited to the details of the foregoing example. 
For instance, although the serial links shown in Figure 2 have 
separate process registers 47, the function provided by the registers 
47 may be effected by memory locations in the RAM 19. In this case 
the CPU must be able to identify the serial link which it is serving 
and this may be achieved by connecting each channel of each serial 
link separately to the sync logic 10 in Figure 2. 

One set of data registers and buses is shown in Figure 3 and in some 
cases it may be desirable to include two such sets in one 
microcomputer, or even to have two CPUs in one microcomputer. 

The principle described above of using pfix and nfix. functions to 
vary the length of operand is applicable to a microcomputer of any 
word length. 

The invention is not limited to a machine operating with 16 bit words 
nor to 16 bit operand registers, e.g. processors having a word length 
of 8 bits or multiples of 8 bits may use these instructions. The 
invention is particularly applicable to 32 bit word microcomputers. 

The CPU may include further registers, in an evaluation stack, such 
as a CREG or even DREG in addition to the A and B registers. Some 
functions and operations may then be modified to allow the additional 
registers. For example: 
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Areg := Breg may be replaced by SEQ 



Areg := Breg 
Breg := Creg 
Creg := Dreg 



Breg Areg may be replaced by SEQ 

Dreg := Creg 
Creg := Breg 
Breg := Areg 



Other functions or operations may of course be added to exploit the 
extra registers. Although the illustrated embodiment described 
herein and shown in Figure 3 includes only an A register and a B 
register, in a preferred embodiment of the present invention, three 
registers are used in a stack. 

It will be appreciated that in the above description, the function 
set lists a plurality of functions followed by an extendable list of 
operations which may be selected by use of the indirect function 
"operate". In all cases these functions and operations can be 
considered as forms of instruction usable in the program to operate 
the microcomputer. However in order to obtain the advantages 
discussed above for a fixed format of "instruction" as shown in 
Figure 5, the list of functions and operations can be considered as a 
set of primary instructions (consisting of the direct functions, 
prefixing functions and indirect functions) and a set of secondary 
instructions (consisting of the operations which may be selected by 
use of the indirect function). To maximise efficiency, the primary 
instructions which are most commonly used require only 4 bits of the 
instruction format shown in Figure 5 and so the other 4 bits can be 
used for data to be loaded into the operand register 65 and used as 
an operand for the instructions. For the secondary instructions 
which are less commonly used, all 8 bits of the instruction format 
shown in Figure 5 are needed to identify, the instruction required. 
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Consequently the fixed format of the instruction shown in Figure 5 
allows no data to accompany a secondary instruction and secondary 
instructions therefore operate on data held in registers other than 
the operand register 65. 

Although the instruction format shown in Figure 4 comprises 8 bits 
divided into two halves, it will be understood that other bit lengths 
may be used and the division into function and data need not 
necessarily provide equal bit lengths for the two parts. 

It is to be appreciated that the present arrangement described herein 
provides a combination which dramatically improves the efficiency and 
throughput of the microcomputer. By using instructions having a 
constant format, by having a function set where the most often used 
functions are directly available whereas other functions are 
indirectly available, by arranging for communication between 
processes and synchronisation among them , by permitting 
point-to-point communication between microcomputers, and by providing 
memory on the same chip as each microprocessor, a microcomputer 
according to various aspects of the invention can achieve a speed of 
10 million instructions per second. An array housed on a board of 
only 10 inches by 20 inches should be able to achieve a speed of 1000 
million instructions per second. A Transputer (trade mark) 
microcomputer array using OCCAM (trade mark) should be able to 
achieve speeds approximately two orders of magnitude faster, than, 
for example, a Motorola 68000 using PASCAL. A single Transputer 
programmed in OCCAM should be about two or three times faster than a 
single 68000 microprocessor using PASCAL. In the prior art, when 
microcomputers are added in an array, the incremental gain in 
performance is progressively less and less with an increase in 
processors. However, by using the microcomputer of this example, the 
increase in performance is a linear function of the number of 
processors. Thus it will be appreciated that the present combination 
achieves dramatically increased performance over the state of the art. 
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CLAIMS : 

1. A microcomputer comprising memory and a processor arranged 
to execute a plurality of concurrent processes in accordance 
with a plurality of program steps, said program steps 
consisting of a plurality of instructions for sequential 
execution by the processor, the microcomputer including 
scheduling means for scheduling the execution of a plurality 
of processes by the processor, said scheduling means comprising 

(i) means for indicating the current process which is 
being executed by the processor, 

(ii) means for identifying one or more processes which 
form a collection awaiting execution by the processor, 

(iii) means for adding to the said collection one or more 
further processes, 

(iv) next process indicator means to indicate the next 
process in said collection to be executed by the 
processor, and 

(v) a program stage indicator for each concurrent 
process, 

characterised in that one or more communication channels 
(25,40,41,42,43) are provided for message transmission between 
concurrent processes, together with synchronising means 
(10,50) for synchronising message transmission through said 
channel or channels, the processor being arranged to respond 
to selected instructions to stop execution of the said current 
process by the processor and to respond to the said next 
process indicator means to make the process indicated the 
current process, whereby the processor is operated to share 
its processing time between a plurality of concurrent 
processes, and is arranged to schedule processes in effecting 
synchronised message transmission between concurrent 
processes . 

2. A method of operating a plurality of concurrent processes 
in a microcomputer as claimed in claim 1, which method 
comprises indicating the current process which is being 
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executed, identifying- one or more processes forming a 
collection awaiting execution, indicating the next process in 
said collection to be executed, indicating the program stage 
for each concurrent process, characterised by effecting 
synchronised message transmission between two processes 
through one or more channels, the processor responding to a 
synchronising instruction to stop executing the current 
process and to make the next process indicated the current 
proess whereby the processor shares its processing time 
between a plurality of concurrent processes and schedule 
processes in effecting synchronised message transmission 
between concurrent processes. 

3. A method of operating concurrent processes in a computer 
system comprising a network of interconnected integrated 
circuit devices wherein each concurrent process executes a 
program having a plurality of instructions comprising: 

forming a respective first pointer for each process to 

identify the process; 

forming a respective second pointer for each process to 
indicate a program stage for the process; 
scheduling a plurality of processes for execution by a 
processor, including indicating a current process which 
is being executed by a processor, identifying one or more 
processes forming a collection awaiting execution by the 
processor, in response to a particular instruction 
terminating execution of the current process, storing a 
second pointer for said current process, changing the 
indication of the current process to indicate the next 
process in said collection, and then executing said next 
process at a program stage indicated by the second 
pointer of the said next process; 
characterised by transmitting messages between concurrent 
processes through a plurality of addressable communication 
channels including channels of a first type to permit data 
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communication between processes on the same integrated circuit 
device and channels of a second type to permit data 
communication between processes on one said integrated device 
and a different integrated circuit device, wherein each 
process executes a sequence of instructions in a program 
including a communication instruction arranged to address a 
channel of the first or second type depending on whether the 
said another process is on the same integrated circuit device 
or on a different integrated circuit device, the program 
sequence incorporating said communication instruction being 
the same regardless of the type of channel selected by the 
channel addressing. 

4. A microcomputer according to claim 1 further characterised 
in that said communication channels include memory locations. 
(40,41,42,43) in said memory (19) to permit communication 
between concurrent processes executed by the same 
microcomputer . 

5. A microcomputer according to claim 1 or claim 4 in which 
said communication channels include one or more communication 
links (25) which may be connected by dedicated connections to 
similar links on further devices thereby permitting message 
transmission with synchronisation between concurrent processes 
on different microcomputers. 

6. A microcomputer according to claim 5 in which said 
communication links each include a register (47) for receiving 
a process descriptor or other pointer value indicating the 
state of the communication channel for use in synchronising 
message transmission and scheduling of processes. 

7. The method of claim 3 further characterised by effecting 
synchronised message transmission between two processes 
through one or more channels, responding to a synchronising 
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instruction to stop executing the current process and to make 
the next process in the collection the current process whereby 
processing time is shared between a plurality of concurrent 
processes and the processes are scheduled in effecting 
synchronised message transmission between concurrent processes. 

8. The method according to claim 3 or claim 7 including 
establishing within memory a workspace having a plurality of 
addressable memory locations for each process, recording in 
locations of each workspace variables associated with the 
process of that workspace, and forming a linked list of 
processes awaiting execution by the processor by providing in 
the workspace of each process an indication of the said first 
pointer value of the process which is to be the next process 
for execution by the processor. 

9. The method of any one of claims 2, 3, 7 or 8 including 
storing in a communication channel a pointer value to indicate 
the state of the communication channel and responding to an 
instruction for a synchronised message transmission by testing 
the state of that channel and if not already occupied by a 
process descriptor, terminating the process which executed the 
synchronising instruction and loading its process descriptor 
into store means for the channel. 

10. The method according to claim 9 wherein if the store 
means of a channel is already occupied by a process descriptor 
when a synchronised message instruction is executed, the 
process whose descriptor is in said store means is added to 
the collection awaiting execution and a further value which is 
not a process descriptor is loaded into said store means. 

11. The method according to claim 10 wherein the processor is 
arranged to respond to a synchronised- message instruction by 
terminating the current process and thereby removing its 
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process descriptor from a process register containing said 
value and causing the processor to execute the next process in 
said collection. 

12. The method of claim 11 wherein said process which is 
terminated by execution of the synchronising instruction is 
returned to said collection awaiting execution when a further 
synchronised message instruction is effected by a further 
process wishing to communicate with said process. 

13. The method of any one of claims 2, 3 or 7 to 12 including 
establishing within memory a workspace having a plurality of 
addressable memory locations for each process, recording in 
locations of each workspace variables associated with the 
process of that workspace and using as a process descriptor 
for each process a pointer value indicating an address of the 
workspace of the process. 

14. A method according to claim 2 or claim 3 or any one of 
claims 7 to 13 further characterised by indicating a count of 
a number of concurrent processes which are to respond to a 
selected instruction in their program sequences so . as to be 
brought together at corresponding program stages in their 
program sequences, executing one of said processes until said 
selected instruction is reached, terminating the process and 
adjusting said count, executing subsequent processes until 
said count indicates that the predetermined number have been 
brought to corresponding program stages,, and then permitting, 
continued execution of the program of the current process. 

15. The method of any one of claims 2, 3 or 7 to 14 further 
characterised by effecting synchronised message transmission 
between concurrent processes through a plurality of 
addressable on-chip communication channels including channels 
of a first type to permit data communication between processes 
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on the same integrated circuit device and channels of a second 
type to permit data communication between processes of 
different integrated circuit devices, on-chip and off-chip 
process to process communication being effected by selection 
of an appropriate channel address. 

16. A microcomputer according to claim 1 or any one of claims 
4 to 6 wherein said communication channels comprise channels 
of a first type to permit data communication between processes 
on the same integrated circuit device and channels of a second 
type to permit data communication between processes on 
different integrated circuit devices, said channels of the 
first and second types each comprising addressable locations 
whereby on-chip and off-chip process to process communications 
are effected by selection of an appropriate channel address. 

17. A microcomputer according to claim 16 wherein store means 
holds a program sequence for each concurrent process, said 
program sequences including communication instructions for 
addressing channels of the first and second types, each 
program sequence incorporating a communication instruction 
being the same regardless of the type of channel selected by 
the channel addressing. 

.18. A microcomputer according to any one of claims 1, 4, 5 or 
6 further characterised in that the microcomputer is formed on 
a single integrated circuit device. 

19. A network of interconnected microcomputers each as 
claimed in any one of claims 1, 4, 5, 6 or 18 and each 
microcomputer having communication links connected to a 
further microcomputer in the network by a connection dedicated 
solely to message transmission between the two interconnected 
microcomputers, the processor of each microcomputer being 
arranged to effect message synchronisation between 
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microcomputers and to terminate execution of a current process 
and to add further processes to a collection awaiting 
execution in accordance with the synchronisation effected. 
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@ Scheduling of concurrent processes in a microcomputer system. 
© A microcomputer comprising memory (19,20,21) and 
processor (12) is arranged to execute a plurality of concurrent 
processes and share its time between them. The micro- 
computer includes means (35) for indicating a current pro- 
cess as well as a collection of processes awaiting execution 
Processes may be added to the collection. Next process indi- 
cating means is provided to indicate the next process to be 
executed. Synchronisation means (10,50) is provided to syn- 
chronise communication between concurrent processes 
(32,33,34) on the same microcomputer or interconnected 
microcomputers. The synchronisation means (10,50) may 
schedule a process by adding it to the collection or terminat- 
ing execution of the current process. 
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